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1.0  INTRODUCTION 

This  chapter  explains  the  purpose  of  the  convention,  the  scope  of 
the  guidance,  and  provides  an  explanation  of  how  to  use  the 
convention. 

1.1  PURPOSE  OF  THE  CONVENTION 

The  convention  provides  general  guidance  on  the  implementation 
of  American  National  Standards  Institute  (ANSI)  Accr^ited  Stand¬ 
ards  Committee  (ASC)  X12  electronic  data  interchange  (EDI) 
standards  within  automated  information  systems  (AIS)  and  infor¬ 
mation  interchange  procedures  that  require  the  collection,  report¬ 
ing,  and/or  exchange  of  data  needed  to  perform  defense  missions. 

1.2  SCOPE 

The  guidance  is  provided  for  two  components.  First,  it  may  be 
used  by  organizational  elements  of  the  DoD  community.  It  may 
also  be  useful  to  organizations  external  to  DoD  that  exchange  data 
with  the  DoD  community  in  the  course  of  their  business  relation¬ 
ships. 

The  DoD  community  encompasses  the  Military  Services,  Organiza¬ 
tions  of  the  Joint  Chiefs  of  Staff,  UniHed  and  Specified  Commands, 
Office  of  the  Secretary  of  Defense,  and  the  Defense  agencies.  (That 
community  is  collectively  referred  to  as  the  DoD  Components.) 

Organizational  entities  external  to  DoD  include  (a)  non-Govem- 
ment  organizations,  both  commercial  and  nonprofit;  (b)  Federal 
agencies  of  the  United  States  Government  other  than  DoD; 
(c)  local  and  state  governments;  (d)  foreign  national  governments; 
and  (e)  international  government  organizations. 

The  draft  convention  published  in  this  document  is  for  trial  use 
and  comment.  DoD  Components  must  submit  to  the  DoD  EDI 
Executive  Agent  (EA)  their  data  requirements  that  are  not  covered 
in  the  conventions  as  soon  as  possible,  as  indicated  in  Chapter  2.0, 
Section  2.1. 

1.3  RESPONSIBLE  ENTITY 

The  Defense  Logistics  Agency  (DLA)  is  DoD’s  Executive  Agent 
for  implementing  and  maintaining  Defense-wide  programs  for 
(a)  EDI  in  accordance  with  DepSecDef  memorandum  of  May  24, 
1988,  Subject:  Electronic  Data  Interchange  of  Business-Related 
Transactions;  and  (b)  Protection  of  Logistics  Unclassified/Sensi- 
tive  Systems  (PLUS)  in  accordance  with  Assistant  Secretary  of 
Defense  (Production  and  Logistics)  [ASD(P&L)]  memorandum  of 
November  21,  1989,  Subject:  Production  and  Logistics  Task 
Group  for  Data  Protection.  Publication  of  these  conventions  is 
based  upon  this  authority.  See  Chqiter  2.0  Maintenance,  Section  2.1 
for  office  point  of  contact 


1.4  HOW  TO  USE  THE  IMPLEMENTATION 
CONVENTION 

The  main  topics  and  structures  of  this  document  conform  to  the 
EDI  Implementation  Reference  Manual  Guidelines  document  that 
was  developed  by  a  task  group  of  the  subcommittee  on  education 
and  implementation  of  the  ASC  X12.  The  purpose  of  having 
agreed-upon  topics  and  structure  is  to  facilitate  reference  by  the 
many  industry  and  DoD  personnel  who  are  involved  in  implement¬ 
ing  the  uniform  standards  for  electronic  interchange  of  business 
transactions. 

1.4.1  Conventions,  Standards,  and  Guidelines 

The  terms  conventions,  standards,  and  guidelines  are  used 
throughout  the  document  and  are  defined  as  follows: 

•  Conventions  are  the  common  practices  and/or  interpretations 
of  the  use  of  ASC  X12  standards.  Conventions  define  what  is 
included  in  a  specific  implementation  of  an  ASC  X12  standard. 

•  Standards  are  the  technical  documentation  approved  by 
ASC  X12;  specifically,  transaction  sets,  segments,  data  ele¬ 
ments,  code  sets,  and  interchange  control  structure.  Standards 
provide  the  structure  for  each  ASC  X12  document. 

•  Guidelines  are  instructions  on  the  use  of  EDI.  They  provide 
additional  information  to  assist  in  conducting  EDI.  Guidelines 
are  intended  to  provide  assistance  and  should  not  be  your  sole 
source  of  information. 

1 .4.1 .1  Who  Develops  the  Conventions? 

Conventions  result  from  a  joint  effort  between  business,  technical, 
and  EDI  ASC  X12  standa^s  experts.  The  business  data  require¬ 
ment  is  defined,  a  transaction  set  is  selected,  and  the  data  require¬ 
ment  is  then  identified  with  data  elements  in  the  transaction  set. 
A  convention  is  usually  developed  before  any  computer  EDI  sys¬ 
tems  development  work  and  serves  as  a  design  document  when  the 
development  process  begins. 

1 .4.1 .2  Why  Use  a  Convention? 

To  create  an  ASC  X12  transaction,  a  user  must  know  the  data 
requirements,  understand  the  ASC  X12  standard,  and  be  able  to 
use  that  information  to  develop  an  interface  program  between  the 
computer  application  and  the  ASC  X12  translator.  The  necessary 
information  to  perform  this  task  is  contained  in  the  convention 
document.  Users  who  follow  the  convention  will  create  a  transac¬ 
tion  set  that  all  DoD  users  understand. 

1 .4.1 .3  Who  Needs  a  Convention? 

System  analysts  and  application  programmers  who  plan  to  create 
or  read  ASC  X12  transactions  use  a  convention  to  aid  in  interface 
software  design.  The  convention  will  help  the  programmer  and 
analyst  identify  where  their  application  data  requirement  should  be 
carried  in  an  ASC  X12  transaction  set. 
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1. 4.4.4  Can  I  Develop  a  Convention? 

Conventions  already  exist  for  some  of  the  most  common  business 
practices.  Copies  of  existing  conventions  can  be  acquired  through 
your  organization’s  EDI  coordinator  at  the  start  of  an  EDI  project. 
If  you  find  no  conventions  for  the  business  practice  you  are  about 
to  implement,  your  EDI  coordinator  should  contact  the  DoD  Ex¬ 
ecutive  Agent  for  EDI.  See  Chapter  2.0,  Maintenance,  Section  2.1 
for  the  point  of  contact. 

1.4.2  Documentation  Of  Conventions 

Conventions  are  adopted  from,  and  are  intended  to  be  in  confor¬ 
mance  with,  ANSI  ASC  X12  standards  or  ASC  X12  Draft  Stand¬ 
ards  for  Trial  Use  (DSTU). 

1. 4.2.1  Transaction  Set 

Figure  1.4-1  provides  an  example  of  a  transaction  set  table.  The 
transaction  set  defines  information  of  business  or  strategic  sig¬ 
nificance  and  consists  of  a  transaction  set  header  segment,  one  or 
more  data  segments  in  a  specified  order,  and  a  transaction  set 
trailer  segment.  The  actual  ASC  X12  standard  as  it  appears  in  the 
official  ASC  X12  standards  manual  is  presented  on  the  right  side 
of  the  page.  This  standard  also  includes  both  syntax  notes  and 
comments.  The  specific  DoD  usage  designator  is  presented  on  the 
left  side  of  the  page. 

The  designation  “NAJ”  appears  in  the  left  column  if  DoD  does  not 
use  the  specific  segment.  A  page  number  will  appear  if  the  segment 
is  used. 

1. 4.2.2  Transaction  Set  Segment 

Figure  1.4-2  is  an  example  of  a  transaction  set  segment. 

DoD  usage  is  speciHed  on  the  left  side  of  the  page.  For  identifier 
(ID)  —  type  data  elements,  acceptable  code  values  are  listed  on 
the  right  side  of  the  page  under  the  definitions  of  the  element. 

DoD  notes,  reflecting  how  the  convention  is  to  be  used  appear  on 
the  right  side  of  the  page  at  the  segment  level  or  the  data  element 
level. 

The  following  definitions  are  for  use  in  interpreting  the  data 
element  requirement  designators  in  the  DoD-specific  segment 
directory  section  of  the  convention.  For  ASC  X12  usage,  see  the 
definitions  in  XI2.6  Application  Control  Structure. 

•  Mandatory 

Mandatory  data  elements  are  defined  by  ASC  X12. 

•  Optional 

Optional  data  elements  are  used  at  the  discretion  of  the  sending 
party  or  are  based  upon  mutual  agreement  between  trading 
partners. 
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824  Application  Advice 

This  standard  piovides  the  format  and  establishes  the  data  contents  of  the 
Application  Advice  Transaction  Set  (824)  within  the  context  of  an  Electronic 
Data  Interchange  (EDI)  environment.  This  transaction  set  provides  the  ability 
to  report  the  results  of  an  application  system's  data  content  edits  of 
transaction  sets.  The  results  of  editing  transaction  sets  can  be  reported  at  the 
functional  group  and  transaction  set  level,  in  either  coded  or  free-fonn  format. 
It  is  designed  to  accomodate  the  business  need  of  reporting  the  acceptance, 
rejection  or  acceptance  with  change  of  any  transaction  set.  The  Application 
Advice  should  not  be  used  in  place  of  a  transaction  set  designed  as  a 
specific  response  to  another  transaction  set  (e  g.,  purchase  order 
acknowledgement  sent  in  response  to  a  purchase  order). 
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Figure  1.4-1  Example  of  a  Transaction  Set  Table 
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824  •  APPUCAT10N  ADVICE 
BGN  •  BEGINNING  SEGMENT 


ANSI  ASC  X12  VERSION/RELEASE  00301000D_ 


Ik .  Jatory 


S«gment: 
LevBl: 
Loop: 
Usage; 
Max  use: 
Purpose: 
Syntax: 
Comments: 


*^GN  Beginning  Sc  jment 

Header 

Mandatory 

1 

To  indicate  the  beginning  of  a  transaction  set. 

If  BGN05  is  used.  BGN04  is  required. 

1.  BGN02  is  the  Transaction  Set  Reference  Number. 

2.  BGN03  is  the  Transaction  Set  Date. 

3.  BGN04  is  the  Transaction  Set  Time. 

4.  BGN05  is  the  transaction  set  time  qualifier. 


Mandatory 


Mandatory 


Conditional 


NofUaod 
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Data  Element  Summary 


353  Transaction  Sat  Purpose  Code 

Code  identifying  purpose  of  transaction  sat. 

00  Original 
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04  Change 
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Reference  number  or  identification  number  as  defined  for  a  particular 
Transaction  Set,  or  as  specified  by  the  Reference  Number  Qualifier. 


BGN03  373  Date 

OatefYYMMOO). 


M  DT  6« 


BGN04  337  Time  C  TM  4/4 

Time  eRsressed  in  24-hour  dock  time  (HHMM,  time  range:  0000  though  2359). 

anplsrnantartew  Not*: 

UuHHMM. 

BGN09  623  Time  Code  O  ID  2/2 


3 


0A01  -  JANUARY  21 1993 


Figuie  1.4-2  Example  of  a  Transactioii  Set  Segment 
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Required 

Required  data  elements  are  considered  optional  under 
ASC  X12  rules,  but  are  required  by  DoD  decision. 


•  Recommended 

Recommended  data  elements  are  considered  optional  under 
ASC  X12  rules  and  by  the  DoD,  but  the  industry  recommends 
their  use  to  facilitate  EDI.  Most  companies  in  the  industry 
are  expected  to  use  this  data  element. 

•  Not  Used 

“Not  Used”  data  elements  are  those  that  the  DoD  does  not 
use. 

•  Conditional 

Conditional  data  elements  depend  on  the  presence  of  other  data 
elements  in  the  transaction  set. 
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2.0  MAINTENANCE 

This  chapter  describes  the  procedures  for  maintaining  the  DoD 
conventions.  It  also  presents  a  section  on  version/release  timing. 

2.1  MAINTAINING  CONVENTIONS 

The  DLA,  as  DoD’s  Executive  Agent  for  EDI  and  PLUS,  has 
established  a  joint  program  office  to  oversee  implementation  of 
EDI.  Some  of  the  functions  of  this  program  office  are  to  maintain 
configuration  control  of  related  standards  and  common  support 
packages  (e.g.,  versions  of  ASC  X12  standards  and  PLUS  algo¬ 
rithms  employed),  participate  in  the  standards-setting  process,  and 
ensure  compliance  with  approved  EDI  standards. 

To  accomplish  these  functions,  the  joint  program  office  has  estab¬ 
lished  a  conventions  and  standards  development  and  maintenance 
process  whose  objectives  are:  (1)  to  obtain  ASC  X12  data  require¬ 
ments  from  the  DoD  Components  and  present  the  requirements  to 
the  ASC  XI2  for  consideration  as  ANSI  standards,  and  (2)  to 
develop  and  maintain  conventions  for  use  by  DoD  Components 
and  their  potential  trading  partners. 

To  take  advantage  of,  and  not  duplicate,  existing  data  stan¬ 
dardization  processes,  the  EA  has  established  focal  points 
within  the  ASD  Offices,  the  Military  Services,  and  the  Defense 
Agencies  from  which  EDI  information  is  obtained  and  dissemi¬ 
nated. 

The  EA’s  primary  source  of  information  about  DoD’s  data  require¬ 
ments  is  the  EDI  User. 

Changes  to  this  publication  and  recommended  changes  to  ANSI 
ASC  X12  should  be  forwarded  through  your  organizational  point 
of  contact  for  data  standardization  to: 

EDI  Standards  Coordinator 
ATTN:  DLA-ZC 
Cameron  Station 
Alexandria,  VA  22304-6100 

See  Chapter  4  for  reproducible  ASC  X12  Work  Request  forms. 

2.2  VERSION/RELEASE  TIMING 

Identification  of  the  official  “version”  of  a  standard  is  critical  to 
the  successful  interchange  of  information.  Each  participant  must 
be  able  to  send  and  receive  the  same  version  to  ensure  the  accuracy 
of  the  information  exchanged. 

The  version  is  transmitted  as  a  12-character  code  in  the  Functional 
Group  Header  segment  (GS)  in  Data  Element  #480,  Ver¬ 
sion/Release/Industry  ID.  This  12-character  code  is  used  by 
ASC  X12  as  follows: 
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Position 


Content 


1-3  Version  number 

4-5  Release  level  of  version 

6  Subrelease 

7-12  DoDAndustry  or  Trade  Association  ID 

ASC  X12  assigns  the  codes  in  positions  1  through  6. 

A  major  version  (1-3)  will  change  only  after  an  official  public 
review  cycle,  leading  to  republication  of  a  new  American  National 
Standard. 

Release  level  of  each  new  major  version  (4-6)  will  begin  at  “000” 
and  incremented  by  I  for  each  new  ASC  X12  approved  publication 
cycle,  usually  once  a  year.  The  fifth  character  designates  the 
release  and  the  sixth  character  designates  the  subrelease. 

DoDAndustry/Trade  Association  ID  (7-12)  is  used  to  identify 
conventions.  For  this  suffix,  DoD  will  use  “DoD_”  with  the  10th 
character  identifying  successive  publications.  The  11th  and  12th 
characters  may  be  used  by  the  Military  Departments  or  Defense 
Agencies. 

DoD  conventions  for  using  ASC  a12  standards  are  published 
annually.  Conventions  developed  for  each  release  will  be  main¬ 
tained  for  4  years.  Military  Services  and  DoD  Agencies  will 
determine  which  release  to  use  on  the  basis  of  business  need  but 
will  not  use  any  release  more  than  4  years  old  without  approval 
of  the  DoD  EA. 
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3.0  DoD  CONVENTIONS  FOR  USING 
ASC  X12  TRANSACTION  SETS 


This  chapter  defines  the  DoD  transaction  set  conventions.  It 
includes  the  instructions  for  implementing  the  control  structure  and 
definitions  of  the  usage  indicators  and  applicable  codes. 

3.1  INTRODUCTION 

The  power  of  the  ASC  X12  standard  is  in  its  building  block 
concept,  which  standardizes  the  essential  elements  of  business 
transactions.  It  is  analogous  to  a  “standard  bill  of  materials  and 
the  construction  specifications,”  which  gives  the  architect 
flexibility  in  what  can  be  designed  with  standardized  materials  and 
procedures.  The  EDI  system  designer,  like  the  architect,  uses  the 
ASC  X12  standards  to  build  business  transactions  that  are  often 
different  because  of  their  function  and  yet  utilize  the  ASC  XI 2 
standards.  The  “bill  of  materials  and  the  construction  specification” 
of  ASC  X12  are  the  standards  found  in  the  published  technical 
documentation. 

ASC  XI2.3  -  The  Data  Element  Dictionary  specifies  the  data 
elements  used  in  the  construction  of  the  segments  that  comprise 
the  transaction  sets  developed  by  ASC  XI 2. 

ASC  X12.5  -  The  Interchange  Control  Structure  provides  the 
interchange  control  segment  (also  called  an  envelope)  of  a  header 
and  trailer  for  the  electronic  interchange  through  a  data  transmis¬ 
sion;  it  also  provide  a  structure  to  acknowledge  the  receipt  and 
processing  of  the  envelope. 

ASC  X12.6  -  The  Application  Control  Structure  defines  the  basic 
control  structures,  syntax  rules,  and  semantics  of  EDI. 

ASC  X12.22  -  The  Data  Segment  Directory  provides  the  defini¬ 
tions  and  specifications  of  the  segments  used  in  the  construction 
of  transaction  sets  developed  by  ASC  X12. 

The  DoD  convention  in  Section  3.4  conform  to  the  above  standards 
and  each  transaction  set  is  a  complete  document  to  the  extent 
possible.  For  further  clarification  of  acronyms,  abbreviations,  and 
codes,  refer  to  ASC  X12  published  technical  documentation.  Con¬ 
tact  the  DoD  EDI  Executive  Agent  for  copies  or  the  Data  Inter¬ 
change  Standards  Association,  Inc.,  Suite  355,  1800  Diagonal 
Road,  Alexandria,  VA  22314. 

3.2  CONTROL  SEGMENTS 

In  addition  to  the  communication  control  structure,  the  EDI  structure 
provides  the  standards  user  with  multiple  levels  of  control  to  ensure 
data  integrity.  It  does  so  by  using  header  and  trailer  conuol  segments 
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designed  to  identify  uniquely  the  start  and  end  of  the  interchange 
functional  groups  and  transaction  sets.  The  relationship  of  these 
control  segments  is  shown  in  Figure  3.2-1.  Control  Segment 
specifications  are  defined  in  Section  3.2.2. 

3.2.1  Description  of  Use 

The  interchange  header  and  trailer  segments  surround  one  or  more 
functional  groups  or  interchange-related  control  segments  and  per¬ 
form  the  following  functions: 

•  Define  the  data  element  separators  and  data  segment  ter¬ 
minators 

•  Identify  the  sender  and  receiver 

•  Provide  control  information 

•  Allow  for  authorization  and  security  information. 

The  Interchange  Acknolwedgment  Segment  is  used  to  acknowledge 
one  interchange  header  and  trailer  envelope  where  the  envelope 
surrounds  one  or  more  functional  groups.  (No  acknowledgment  is 
made  for  the  interchange  acknowledgment.) 

The  interchange  control  number  value  in  the  acknowledgment 
(TAl  segment)  is  the  same  as  that  for  the  ISA  segment  that  is 
being  acknowledged.  The  control  number  serves  as  a  link  between 
the  interchange  header  and  trailer  and  the  acknowledgment  of  that 
header  and  trailer. 

The  interchange  acknowledgment  does  not  report  any  status  on  the 
functional  groups  contained  in  the  interchange  and  is  separate 
from  the  communication  system’s  error  procedures. 

The  preparer  of  the  interchange  header  and  trailer  indicates  the 
level  of  acknowledgment  in  Data  Element  113,  Acknowledgment 
Requested.  If  an  acknowledgment  is  requested,  then  the  recipient 
must  return  an  acknowledgment.  If  not  requested,  none  should  be 
given. 

The  interchange  acknowledgment  control  segments  are  placed  after 
the  interchange  header  and  before  the  first  function^  group  or 
before  the  interchange  trailer  if  there  are  no  functional  groups. 

Control  segments  are  standard  for  all  implementation  conventions 
produced  for  the  Department  of  Defense.  Some  codes  associated 
with  individual  data  elements  within  the  control  segments  are 
unique  to  the  individual  transaction  set.  Others,  identify  the  ANSI 
version  and  release  in  which  the  convention  is  written. 
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Communications  Tronsport  Protocol 

Interchonge  Control  Heocter _ 

Functional  Group  Header 


,  Functional  Group  Trailer _ 1 

Functional  Group  Heoder _ 

Transoction  Set  Heoder  g 

||  O 

Detail  Segments  -5 

(e  g. ,  Receiving  Advice)  g 

Transaction  Set  Trailer _  g 

Functional  Group  Trailer _ 

^  Interchange  Control  Trailer _ 

Communications  Transport  Protocol 


Figure  3.2-1.  Hierarchical  Structure 
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Segment:  ISA  Interchange  Control  Header 

Purpose:  To  start  and  identify  an  interchange  of  one  or  more  functional  groups 
and  interchange-related  control  segments. 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


_ Data  Element  Summary _ 

REF.  DATA 

DEE.  ELEMEWT  NAME _ ATTIWDUrES 

ISA01  101  Authorization  Information  Qualifier  M  ID  2/2 

Code  to  identify  the  type  of  information  in  the  Authorization  Information. 

00  No  Authorization  Information  Present  (No  Meaningful  Information  in  102) 

ISA02  102  Authorization  Information  M  AN  10/10 

Information  used  for  additional  identification  or  authorization  of  the  sender  or  the 
data  in  the  interchange.  The  type  of  informatbn  is  set  by  the  Authorization 
Information  Qualifier. 

Implementation  Note: 

If  no  authorization  irformation  is  agreed  to  by  trading  partners,  fill  field  with  blanks. 

ISA03  103  Security  information  Qualifier  M  ID  2/2 

Code  to  identify  the  type  of  information  in  the  Security  Information. 

01  Password 

ISA04  104  Security  Information  M  AN  10/10 

This  is  used  for  identifying  the  security  information  about  the  sender  or  the  data 
in  the  interchange.  The  type  of  information  is  set  by  the  Security  Information 
Qualifier. 

Implementation  Note: 

An  agreed  upon  password.  If  no  security  information  is  agreed  to  by  trading  partners,  fill  field  with  blanks. 

ISA05  105  Interchange  ID  Qualifier  M  ID  2/2 

Qualifier  to  designate  the  system/method  of  code  structure  used  to  designate  the 
sender  or  receiver  ID  element  being  qualified. 

ZZ  Mutually  Defined 
Code  Value  Implementation  Note: 

An  agreed  upon  designation  of  DoD  Activity  Address  Code  (DoDAAC)  or  other  code  coordinated 
with  the  value-added  network  (VAN). 

ISA06  106  Interchange  Sender  ID  M  ID  15/15 

Identification  code  published  by  the  sender  for  other  parties  to  use  as  the 
receiver  ID  to  route  data  to  them.  The  sender  always  codes  this  number  in  the 
sender  ID  element. 

Implementation  Note: 

DoD  activities  use  Department  of  D^ense  Activity  Address  Code  (DoDAAC)  or  other  code  coordinated  with 

the  value-added  network  (VAN).  Non-DoD  activities  use  identification  code  qualified  by  ISA05  and 

coordinated  with  (he  VAN. 


Mandatory 


ISA07  105  Interchange  ID  Qualifier  M  ID  2/2 

Qualifier  to  designate  the  system/method  of  code  structure  used  to  designate  the 
sender  or  receiver  ID  element  being  qualified. 

ZZ  Mutually  Defined 
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Segment:  GS  Functional  Group  Header 

Purpose:  To  indicate  the  beginning  of  a  functionai  group  and  to  provide  control 
information 


Syntax:  The  data  interchange  control  number  (GS06)  in  this  header  must  be 
identical  to  the  same  data  element  in  the  associated  Functional  Group 
Trailer  (GE02). 

Comment:  A  functional  group  of  related  transaction  sets,  within  the  scope  of  X12 

standards,  consists  of  a  collection  of  similar  transaction  sets  enclosed  by 
a  functional  group  header  and  a  functional  group  trailer. 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


_ Data  Element  Summary _ 

REF.  DATA 

niS.  ELEMEWT  NAME _ ATTRIEI/TES 

GS01  479  Functional  Identifier  Code  M  ID  2/2 

Code  identifying  a  group  of  application  related  Transaction  Sets. 

Implementation  Note: 

Choose  the  code  value  appropriate  to  the  informatim  content  of  the  functiorud  group.  SeeX12  Dictionary  for 
source  code  list. 

SC  Price/Sales  Catalog  (832) 

GS02  142  Application  Sender’s  Code  M  AN  2/15 

Coda  identifying  party  sending  transmission.  Codes  agreed  to  by  trading 
partners. 

Implementation  Note: 

DoD  activities  use  Department  cf  Defense  Activity  Address  Code  (DoDAAC).  Non-DoD  activities  use 
identification  code  assigned  by  DoD  activity.  Recommend  for  increased  security  that  non-DoD  code  differ 
from  that  used  in  ISA06. 

GS03  124  Application  Receiver’s  Code  M  AN  2/15 

Code  identifying  party  receiving  transmission.  Codes  agreed  to  by  trading 
partners. 

Implententatlon  Note: 

DoD  activities  use  Department  cf  Defense  Activity  Address  Code  (DoDAAC).  Non-DoD  activities  use 
identification  code  assigned  by  DoD  activity.  Recommend  for  increased  security  that  non-DoD  code  differ 


from  that  used  in 

ISA08. 

GS04 

373 

Date 

Date  sender  generated  a  transaction  set. 

M 

DT 

6/6 

GS05 

337 

Time 

Time  expressed  in  24-hour  clock  time. 

M 

TM 

4/6 

GS06 

28 

Group  Control  Number 

Assigned  number  originated  and  maintained  by  the  sender. 

M 

NO 

1/9 

Implementation  Note: 

Assigned  by  translation  software. 

GS07 

455 

Responsible  Agency  Code 

M 

ID 

1/2 

Code  used  in  conjunction  with  Data  Element  480  to  identify  the  issuer  of  the 
standard. 
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Segment:  GE  Functional  Group  Trailer 

Purpose:  To  indicate  the  end  of  a  hjnctional  group  and  to  provide  control 
information 

Syntax:  The  data  interchange  control  number  (GE02)  in  this  trailer  must  be 

identical  to  the  same  data  element  in  tiie  associated  Functional  Group 
Header  (GS06). 

Comment:  The  use  of  identical  data  interchange  control  numbers  in  the  associated 
functional  group  header  and  trailer  is  designed  to  maximize  functional 
group  integrity.  The  control  number  is  the  same  as  that  used  in  the 
corresponding  header. 


Mandatory 


Mandatory 


GE01  97  Number  of  Transaction  Sets  Included  M  NO  1/6 

Total  number  of  transaction  sets  included  in  the  functional  group  or  interchange 
(transmission)  group  terminated  by  the  trailer  containing  this  data  element. 

Implemantation  Note: 

Assigned  by  translation  software. 


GE02  28  Group  Control  Number  M  NO  1/9 

Assigned  number  originated  and  maintained  by  the  sender. 


Implementation  Note: 

Assigned  by  the  translation  software.  This  control  number  must  match  the  control  number  of  the  preceding 
GS06  control  number. 
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Segment:  lEA  Interchange  Control  Trailer 

Purpose:  To  define  the  end  of  an  interchange  of  one  or  more  functional  groups 
and  interchange-related  control  segments. 


Mandatory 


Mandatory 


_ Data  Element  Summary _ 

mr.  DAT* 

D*».  ILBIWT  MAIM  _ ATTWUrP 

IEA01  116  Number  of  included  Functional  Groups  M  NO  1/5 

A  count  of  the  number  of  functional  groups  included  in  a  transmission. 

Implementation  Note: 

Assigned  by  translation  software. 

IEA02  112  Interchange  Control  Number  M  NO  9/9 

This  number  uniquely  identifiss  the  interchange  data  to  the  sender.  It  is  assigned 
by  the  sender.  Together  with  the  sender  ID  it  uniquely  identifies  the  interchange 
data  to  the  receiver.  K  is  suggested  that  the  sender,  receiver,  and  all  third  parties 
be  able  to  maintain  an  audit  trat  of  interchanges  using  this  number. 

Implementation  Note: 

Assigned  by  the  translation  software.  This  number  must  match  the  number  that  occurs  in  ISA13. 
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EXAMPLE  ■  PRICE/SALES  CATAl.Or,  TRANSACTION  SET 


ASCX12EPIFQRMAI 

ST*832*0001  N/L 

BCT*PC*12345‘A*3**»***00  N/L 

REF*W6*GSA24680  N/L 

REF*PD«10  N/L 
DTM*016*940122  N/L 

CTB*OR*»57*100*MO*200  N/L 

rn)*01**l**10**30N/L 

LDT*AF*30»DAN/L 

POB*PP*DE  NA. 

N1*SE**33*98765  N/L 

PER*IC*MR  J.  JONES*TE*3013209999  N/L 

LIN*l*PN*Al*PD*WIDGEr  N/L 

PID»F****WITH  RED  RACING  STRIPE  N/L 

PO4*12*I0*OZ  N/L 


DEFINmON 

THIS  IS  A  PRICE  SALES  CATALOG  (832) 
TRANSACTION  SET  WITH  A  CONTROL 
NUMBER  OF (XlOl. 

THIS  IS  AN  ORIGINAL  TRANSMISSION  OF  A 
nUCE  SALES  CATALOG  NUMBER  I234S. 
VERSION  A.  REVISION  3. 

FEDERAL  SUPPLY  SCHEDULE  NUMBER 
GSA24680. 

SELLER'S  PROMOTION  NUMBER  10. 

THE  PROMOTION  ENDS  ON  lANUARY  22. 
1994. 

THERE  IS  A  MINIMUM  ORDER  QUANTITY  OF 
100  HEMS  AND  A  MINIMUM  OR£^  VALUE 
(»>S200.00. 

A  BASIC  DISCOUNT  OF  1%  IN  10  DAYS.  NET 
AMOUNT  DUE  IN  30  DAYS  IS  OFFERED. 

FRCMil  THE  DATE  OF  RECEIPT  ORDER.  TO 
DATE  OF  MLIVERY  IS  30  CALENDAR  DAYS 
ALL  ITEMS  IN  THE  CATALOG. 

THE  SELLING  PARTY  WILL  PREP  AY  ALL 
SHIPPING  CHARCXS  AND  THE  FOB  POINT 
IS  DESHNA'nON. 

THE  SELLING  PARTY  IS  HSNTIFIED  BY 
CAGE  CODE  9876S. 

THE  SELLING  PARTY'S  INPC»MATTON 
POINT  OF  CONTACT  IS  MR.  ROBERT 
JONES.  HIS  TELEPHONE  NUMBER  IS  301- 
320-9999. 

THE  FIRST  PART  NUMBER  USTED  IN  THE 
CATALOG  IS  NUMBER  Al.  ITIS  A  WIDGET. 

THE  WIDGET  IS  FURTHER  DESCRIBED  AS 
HAVING  A  RED  RACING  STRIPE. 

THERE  ARE  12-10  OUNCE  PACKAGES  OF 
WIDGETS  PER  PACK. 
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CTP***I0N/L 

LIN*2»PN*A2«PD*GADGET  N/L 

PID*P***»WITH  BLUE  RACING  STRIPE  N/L 

P04*24*  12*02  N/L 

CTP***50  N/L 

CTr*2N/L 

SE*21*0001  N/L 


THE  WIDGET  HAS  A  UNIT  PRICE  OF  SIO.OO 
EACR 

THE  SECOND  PART  NUMBER  LISTED  IN 
THE  CATALOG  IS  NUMBER  A2.  ITIS  A 
GADGET. 

THE  GADGET  IS  FURTHER  DESCRIBED  AS 
HAVING  A  BLUE  RACING  STRIPE. 

THERE  ARE  24-12  OUNCE  INNER 
PACKAGES  OF  GADGETS  PER  PACK. 

THE  GADGETS  HAVE  A  UNIT  PRICE  OF 
SSO.OOEACR 

THERE  ARE  2  UN  SEGMENTS  IN  THIS 
TRANSMISSION. 

THERE  ARE  21  SEGMENTS  IN  THE 
TRANSACTION  SET  WITH  A  CONTRM, 
NUMBER  OTOOOl. 


NOTE:  ALL  NUMBERS  ARE  NOTIONAL  AND  USED  FOR  ILLUSTRATION  PURPOSES  ONLY. 
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832  Price/Saies  Catalog 

This  Draft  Standard  for  Trial  Use  contains  the  format  and  establishes  the 
data  contents  of  the  Price  Sales  Catalog  Transaction  Set  (832)  for  use  within 
the  context  of  an  Electronic  Data  Interchange  (EDI)  environment.  The 
transaction  set  can  be  used  to  provide  for  customary  and  established 
business  and  industry  practice  relative  to  furnishing  or  requesting  the  price  of 
goods  or  services  in  the  form  of  a  catatog. 


PAGE*  POS.* 

Table  1 

SEG.ID  NAME 

REaoes. 

MAX  USE 

LOOPRB>EAT 

3 

010 

ST 

Transaction  Set  Header 

M 

1 

4 

020 

BCT 

Beginning  Segment  for  Price/Sales  Catalog 

M 

1 

N/U 

030 

NTE 

Note/Speciat  Instruction 

F 

100 

N/U 

040 

CTP 

Pricing  Information 

0 

100 

6 

050 

REF 

Reference  Numbers 

0 

12 

7 

060 

PER 

Administrative  Communications  Contact 

o 

3 

9 

070 

DTM 

Date/Time  Reference 

o 

10 

11 

080 

CTB 

Restrictions/  Conditions 

0 

25 

N/U 

090 

CUR 

Currency 

0 

5 

N/U 

100 

SSS 

Special  Services 

0 

25 

13 

110 

ITD 

Terms  of  Sale/Deferred  Terms  of  Sale 

0 

2 

15 

120 

LDT 

Lead  Time 

0 

>1 

N/U 

130 

ITA 

Allowance,  Charge  or  Service 

0 

5 

16 

140 

FOB 

F.O.B.  Related  Instructions 

0 

1 

LOOP  ID- N1 

18 

150 

N1 

Name 

0 

1 

20 

160 

N2 

Additional  Name  Information 

0 

2 

21 

170 

N3 

Address  Information 

0 

2 

22 

180 

N4 

Geographic  Location 

0 

1 

23 

190 

REF 

Reference  Numbers 

0 

12 

24 

200 

PER 

Administrative  Communications  Contact 

0 

3 

26 

201 

DTM 

Date/Time  Reference 

0 

10 

Table  2 

PAGE*  POS.* 

SEaiD 

NAME 

NEaDES. 

MAX  USE 

LOOPffiPEAT 

LOOP  ID -UK 

28 

010 

UN 

Item  Identification 

0 

1 

N/U 

020 

SLN 

Subline  Hem  Detail 

0 

100 

34 

030 

DTM 

Date/Time  Reference 

0 

10 

36 

040 

REF 

Reference  Numbers 

0 

12 
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37  050 

39  060 

41  070 

43  080 

N/U  090 
45  100 

47  110 

N/U  120 

48  130 

50  140 
N/U  150 

51  160 
N/U  165 


53  170 

55  180 

N/U  190 
N/U  200 
N/U  210 
N/U  220 
N/U  225 


56  230 

58  240 

59  250 

60  260 

61  270 

62  280 

64  281 


N/U  285 
N/U  290 


PER 

Administrative  Communications  Contact 

0 

3 

CTB 

Restrictions/  Conditions 

0 

25 

PID 

Product/Item  Description 

0 

200 

MEA 

Measurements 

0 

40 

PKG 

Marking,  Packaging,  Loading 

0 

25 

P04 

Item  Physical  Details 

0 

1 

TD4 

Carrier  Details  (Special  Handling  or 
Hazardous  Materials  or  Both) 

0 

1 

SSS 

Special  Services 

0 

25 

ITD 

Temfis  of  Sale/Deferred  Terms  of  Sale 

0 

2 

LOT 

Lead  Time 

0 

1 

ITA 

Allowance,  Charge  or  Service 

0 

5 

FOB 

F.O.B.  Related  Instructions 

0 

1 

TC2 

Commodity 

0 

2 

IOOPIO*UK/CTP 

tmi 

CTP 

Pricing  Information 

0 

1 

DTM 

Date/Time  Reference 

0 

10 

LOT 

Lead  Time 

0 

1 

CUR 

Currency 

0 

5 

P04 

Item  Physical  Details 

0 

1 

CTB 

Restrictions/  Conditions 

0 

5 

REF 

Reference  Numbers 

0 

>1 

tOOPlD.UN/Nl 

N1 

Name 

0 

1 

N2 

Additional  Name  Information 

0 

2 

N3 

Address  Information 

0 

2 

N4 

Geographic  Location 

0 

1 

REF 

Reference  Numbers 

0 

12 

PER 

Administrative  Communications  Contact 

0 

3 

DTM 

Date/Time  Reference 

0 

10 

tOOPID-PKt 

PKL  Multi-Pack  Configuration 

0 

1 

CTP  Pricing  Information 

0 

1 

PAOE»  P06.» 

65  010 

66  020 


Table  3 

SEaiD  NAME _ REaPfiS.  IIAXU3E _ LOOP  REPEAT 

CTT  Transaction  Totals  M  1 

SE  Transaction  Set  Trailer  M  1 

NOTE: 

3/010  Number  of  line  items  (CTT01)  is  the  accumulation  of  the  number  of  LIN  seg¬ 
ments.  Hash  total  (CTT02)  is  not  used  in  this  transaction. 
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DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


832  •  PRICE  SALES  CATALOG 
BCT  •  BEGINNING  SEGMENT  FOR  PRICBSALES  CATALOG 


ANSI  ASC  X12  VERSION/RELEASE  003030DOD_  BCT  •  BEGINNING  SEGMENT  FOR  PRICBSALES  CATAL 


Segment:  BCT  Beginning  Segment  for  Price/Sales  Catalog 
Level:  Header 

Loop:  _ 

Usage:  Mandatory 
Max  Use:  1 

Purpose:  To  indicate  the  beginning  of  the  price/sales  catalog  transaction  set  and 
to  specify  catalog  purpose  and  number  information. 

Data  Element  Summa 


Mandatory 


Mandatory 


Optional 


Optional 


Optional 


BCT01  683  Catalog  Purpose  Code 

Code  indicating  purpose  of  catalog. 

Implementation  Note: 

Use  whichever  code  describes  the  type  of  catalog  being  submitted. 

PC  Price  Catalog 
PS  Price  Sheet 
SC  Sales  Catalog 


M  ID  2/2 


BCT02  684  Catalog  Number  O  AN  1/15 

Identifying  number  for  catalog  or  superseded  catatog. 

Implementation  Note: 

A  unique  number  assigned  by  the  originator  of  the  transaction  set  that  identifies  the  catalog  being  transmitted. 

BCT03  685  Catalog  Version  Number  0  AN  1/15 

Identifying  version  number  of  catalog  or  superseded  catalog. 

Implementation  Note: 

A  unique  number  assigned  by  the  origiruitor  (f  the  transaction  set  that  identifies  the  version,  f  any,  to  the 
catalog  being  transmitted. 

BCT04  686  Catalog  Revision  Number  O  AN  1/6 

Identifying  revision  number  of  catalog  or  superseded  catalog. 

Implementation  Note: 

A  unique  number  assigned  by  the  originator  of  the  transaction  set  that  identifies  the  revision,  if  any,  to  the 
catalog  being  transmitted. 


NotUswl 

BCT05 

355 

Unit  or  Basis  for  Measurement  Code 

O 

ID 

2/2 

Not  Used 

BCT06 

684 

Catalog  Number 

0 

AN 

1/15 

Not  Used 

BCT07 

685 

Catalog  Version  Number 

O 

AN 

1/15 

Not  Used 

BCT08 

686 

Catalog  Revision  Number 

0 

AN 

1/6 

Not  Used 

BCT09 

352 

Description 

O 

AN 

1/80 

Optionel 

BCT10 

353 

Transaction  Set  Purpose  Code 

O 

ID 

2/2 

Code  identifying  purpose  of  transaction  set. 
00  Original 

Code  Value  Implementation  Note: 

Use  code  "00"  when  transmitting  an  original  catalog. 
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02  Add 

Code  Value  Implementation  Note: 

Use  code  "02"  when  transmitting  additional  i/rformation  to  a  p;  evioush  transmitted  catalog. 

03  Delete 

Code  Value  Implententatlon  Note: 

Use  code  “03"  when  deleting  ir^ormation  previously  transmitted. 

04  Change 

Code  Value  Implementation  Note: 

Use  code  "04"  when  changing  ir^ormalion  previously  transmitted. 

07  Duplicate 

Code  Value  Implementation  Note: 

Use  code  “07"  when  transmitting  a  duplicate  of  a  previously  transmitted  transaction. 
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832  •  PRICE  SALES  CATALOG 
REF  •  REFERENCE  NUMBERS 


Optioml 


Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax: 


REF  Reference  Numbers 

Header 


Optional 

12 

To  specify  identifying  numbers. 

R0203 — At  least  one  of  REF02  or  REF03  is  required. 


Mandatory 


_ Data  Element  Summary _ 

RIF.  DATA  _ 

OH.  ILWIMT  MAMC  ATTWOt/TIt 

REF01  128  Reference  Number  Qualifier  M  ID  2/2 

Code  qualifying  the  Reference  Number. 

Implenwntatlon  Note: 

Use  the  applicable  code.  When  either  code  "CT"  or  code  "W6"  is  used,  there  must  be  an  accompanying 
"DTM"  segment  in  Table  I  of  the  transaction  set,  using  code  “036"  in  "DTMOI"  to  convey  the  expiration  date 
of  the  contract  or  Federal  Supply  Schedule. 

CT  Contract  Number 
Code  Value  Implementation  Note: 

Use  code  "CT"  when  the  price  list  being  trarumitted  applies  to  an  existing  Government  contract 
(e.g.,  to  represent  the  13-character  Procurement  Instrument  Identfication  Number). 

PD  Promotion/Deal  Number 
Code  Value  Implementation  Note: 

Use  code  "PD"  to  indicate  a  unique  promotion  or  deal  number  assigned  by  the  originator  of  the 
transaction  set. 

W6  Federal  Supply  Schedule  Number 
Code  Value  Implementation  Note: 

Use  code  "W6"  when  the  price  list  being  transmitted  applies  to  an  existing  Federal  Supply 
Schedule. 


Conditional 


REF02  127  Reference  Number  C  AN  1/30 

Reference  number  or  identification  number  as  defined  for  a  particular 
Transaction  Set,  or  as  specified  by  the  Reference  Number  Qualifier. 

Implementation  Note: 

The  actual  contract,  promotion,  deal,  or  Federal  Supply  Schedule  number. 


Not  Uaad 


REF03  352  Description 


C  AN  1/80 
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Optional 


Segment:  PER  Administrative  Communications  Contact 
Level:  Header 


Loop:  _ 

Usage:  Optional 
Max  Use:  3 

Purpose:  To  identify  a  person  or  office  to  whom  administrative  communications 
should  be  directed 

Syntax:  1.  P0304  —  If  either  PER03  or  PER04  is  present,  then  the  other  is 
required. 

2.  P0506  —  If  either  PER05  or  PER06  is  present,  then  the  other  is 
required. 

Implementation  Note: 

The  "PER"  segment  at  position  “060"  of  Table  1  will  only  be  used  when  the  point  of  contact  is  not 
related  to  an  address  being  carried  in  the  "NI"  loop  of  Table  1 .  If  the  iriformation  point  cf  contact 
IS  related  to  an  address,  then  the  "PER"  segment  within  the  "NI"  loop  of  Table  1  must  be  used. 


Mandatory 


Optional 


_ Data  Element  Summary _ 

MR  DATA 

DP.  lltlMW  MAIW  ATFWDUTP 

PER01  366  Contact  Function  Coda  M  ID  2/2 

Code  identifying  the  major  duty  or  responsibility  of  the  person  or  group  named. 

1C  Information  Contact 
Code  Value  Implementation  Note: 

Use  only  code  "IC"  to  qualify  an  information  point  of  contact  at  the  location  of  the  party 
originating  the  transaction  set. 

PER02  93  Name  O  AN  1/35 

Free-form  name. 

Implementation  Note: 

The  actual  name  of  the  information  point  of  contact  at  the  location  of  the  party  origirutting  the  transaction  set. 


Conditional 


Conditional 


PER03  365  Communication  Number  Qualifiar  C  ID  2/2 

Code  identifying  the  type  of  communication  number. 

Implementation  Note: 

While  any  code  from  the  list  in  this  implementation  convention  can  be  used,  there  must  be  at  least  one  use  of 
code  "TE"  to  provide  the  telephone  number  of  the  party  transmitting  the  price  sales  catalog. 

EM  Electronic  Mail 
FX  Facsimile 

IT  International  Telephone 
TE  Telephone 
TM  Telemail 

PER04  364  Communication  Number  C  AN  1/25 

Complete  communications  number  including  country  or  area  code  when 
applicable. 


Conditional 


PER05 


365  Communication  Number  Qualifier 


C  ID  2/2 
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Code  identifying  the  type  of  comniLinication  number. 

Implementation  Note: 

A  second  communications  number  can  be  provided  in  one  iteration  of  the  "PER"  segment.  If  more  than  two 
communications  numbers  are  provided,  a  second  (and  third)  iteration  of  the  "PER"  segment  will  be  used. 

EM  Electronic  Mail 
FX  Facsimile 
IT  International  Telephone 
TE  Telephone 
TM  Telemail 


Conditional 


PER06  364  Communication  Number  C  AN  1/25 

Complete  communications  number  including  country  or  area  code  when 
applicable. 
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Segment:  DTM  Date/Time  Reference 
Level:  Header 


Optional 


Loop:  _ 

Usage:  Optional 
Max  Use:  10 


Purpose:  To  specify  pertinent  dates  and  times 
Syntax:  R0203  —  At  least  one  of  DTM02  or  DTM03  is  required. 
Implementation  Note: 

Use  this  "DTM"  segment  only  when  the  date(s}  applies(y)  to  the  entire  price  sales  catalog,  and  only 
when  the  date(s)  is  (are)  not  related  to  a  named  party.  If  the  date{s)  does  (do)  not  relate  to  the 
entire  price  sales  catalog  then  it  must  be  carried  in  the  "DTM"  segment  in  Table  2.  If  the  date(s)  is 
(are)  related  to  a  named  party(ies)  ,  then  it  (they)  must  be  carried  in  the  "DTM"  segment  in  the 
"NI"  lot^  of  Table  I. 


Mandatory 


_ Data  Element  Summary _ 

Mr.  DATA 

DM.  ILniWT  MAM _ AIIIUDUm 

DTM01  374  Date/Tinw  Qualifier  M  ID  3/3 

Code  specifying  type  of  date  or  time,  or  both  date  and  time. 

001  Cancel  After 

Coda  Value  Implementation  Note: 

Use  code  "001 "  to  qualify  a  date  beyond  which  a  pricing  arrangement  will  no  longer  be  valid. 

007  Effective 

Code  Value  Implementation  Note: 

Use  code  "007"  to  qualify  the  effective  date  of  the  price  sales  catalog. 

015  Promotion  Start 

Code  Value  Implementation  Note: 

Use  code  "015"  to  qualify  the  start  date  of  a  promotion. 

016  Promotion  End 
Code  Value  Implementation  Note: 

Use  code  "016"  to  qualify  the  stop  date  of  a  promotion. 

036  Expiration 

Code  Value  Implementation  Note: 

Use  code  "036"  to  qualify  the  expiration  date  of  the  price  sales  catalog. 

092  Contract  Effective 
Code  Value  Implementation  Note: 

Use  code  "092"  to  qualify  the  effective  date  of  a  contract  or  Federal  Supply  Schedule  (e.g.,  when 
REFOl  is  code  "CT“  or  code  "W6"). 

093  Contract  Expiration 
Code  Value  Implementation  Note: 

Use  code  "093"  to  qualify  the  expiration  date  of  a  contract  or  Federal  Supply  Schedule  (e.g.,  when 
REFOl  is  code  "CT"  or  code  "W6"). 


Conditional 


DTM02  373  Date 

Date  (YYMMDD). 


C  DT  6/6 
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Implementation  Note: 

The  actual  effective,  expiration,  start,  or  stop  date  ef  the  item  qual^ied. 


NotUMd 
Not  Used 
Not  Used 


DTM03  337  Time 
DTM04  623  Time  Code 
DTM05  624  Century 


832  >  PRICE  SALES  CATALOG 
DTM  •  DATEOIME  REFERENCE 


C  TM  4/6 

O  ID  2/2 

O  NO  2/2 
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Optional 


Segment:  CTB  Restrictions/ Conditions 
Level:  Header 

Loop:  _ 

Usage:  Optional 
Max  Use:  25 

Purpose:  To  specify  restrictions/conditions  (such  as  shipping,  ordering) 
Syntax:  1.  R020406  —  At  least  one  of  CTB02,  CTB04  or  CTB06  is  required. 

2.  P0304  —  If  either  CTB03  or  CTB04  is  present,  then  the  other  is 
required. 

3.  P0506  —  If  either  CTB05  or  CTB06  is  present,  then  the  other  is 
required. 


Implementation  Note: 

Use  this  "CTB''  segment  when  the  quantities  and! or  amounts  apply  to  the  entire  transaction  set. 
Use  the  "CTB"  segment  in  Table  2  when  the  quantity  and  or  amount  applies  to  a  cited  line  item. 


Mandatory 


_ Data  Element  Summary _ 

MtP.  DATA  _ 

on.  tmipff  MAiw  Anwmm 

CTB01  688  Restrictions/Conditions  Qualifier  M  ID  2/2 

Code  identifying  the  type  of  restriction/condition. 

NR  Nonreturnable 
Code  Value  Implementation  Note: 

Use  code  "NR"  when  relating  non  returnable  quantities  and/or  monetary  amounts; 

OR  Ordering 

Code  Value  Implementation  Note: 

Use  code  "OR"  when  relating  minimum  order  quantities  and/or  monetary  amounts; 

SR  Shipping 

Code  Value  Implementation  Note: 

Use  code  "SR"  when  relating  minimum  shipment  quantities  and/or  monetary  amounts. 


Conditional 


CTB02  352  Deecription  C  AN  1/80 

A  free-form  descr^Jtion  to  clarify  the  related  data  elements  and  their  content. 

Implementation  Note: 

Use  for  a  free-form  text  description  of  a  restriction  or  condition  applying  to  either  a  quantity  or  a  dollar 
amount  of  a  product  contained  in  a  price  sales  catalog. 


Conditional 


CTB03  673  Quantity  Qualifiar  C  ID  2/2 

Code  specifying  the  type  of  quantity. 

27  Committed  Quantity 
Code  Value  Implementation  Note: 

Use  code  "27"  to  indicate  a  minimum  quantity  that  a  buying  party  must  commit  to  purchase 

56  Minimum  Contract  Quantity 
Code  Value  Implementation  Note: 

Use  code  "56"  to  indicate  a  minimum  contract  quantity; 

57  Minimum  Order  Quantity 
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Cod»  Value  Implementation  Note: 

Use  code  ”57"  to  indicate  a  minimum  order  quantity; 

69  Incremental  Order  Quantity 
Code  Value  Implementation  Note: 

Use  code  "69“  to  indicate  an  incremental  quantity  on  an  order. 


Conditional 

Conditional 


CTB04 

380 

Quantity 

Numeric  value  of  quantity. 

C  R 

1/15 

CTB05 

522 

Amount  Qualifier  Code 

Code  to  qualify  amount 

C  ID 

1/2 

Imptomentatlon  Note: 

Use  any  applicable  code  to  qualify  the  amourU.  Data  maintenance  has  been  submitted  to  ASC  X12  to  add 
amount  qualifier  codes  “KO"  (Committed  Amount),  "KP"  (Minimum  Contract  Amount),  and  "KQ" 
(Incremental  Order  AmourU.  Existing  code  "MO"  (Minirtmm  Order  value)  already  exists.  In  the  interim,  use 
the  following  codes  as  irulicated:  . 

CT  Contract 

Code  Value  Implementation  Note: 

Use  code  "CT"  to  represent  the  minimum  contract  amount. 


Code  Value  bnplementatlon  Note: 

Use  code  "KC"  to  represent  the  committed  amount. 

MO  Minimum  Order  Value 

Code  Value  Implementation  Note: 

Use  code  "MO"  to  represetu  the  minimum  order  amourU 

ZZ  Mutually  Defined 
Code  Value  Implementation  Note: 

Use  code  "ZZ"  to  represerU  the  incranerUal  order  amourU. 


Conditional 


CTB06 


610  Amount 

Monetary  amount. 


C  N2  1/9 
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Optional 


Segment:  ITD  Terms  of  Sale/Deferred  Terms  of  Sale 
Level:  Header 

Loop:  _ 

Usage:  Optional 
Max  Use:  2 

Purpose:  To  specify  terms  of  sale. 

Syntax:  1.  L03040513  —  If  iTD03  is  present,  then  at  least  one  of  IT004,  ITDOS 
or  ITD13  are  required. 

2.  L08040513  —  If  ITDOS  is  present,  then  at  least  one  of  ITD04,  ITDOS 
or  ITD13  are  required. 

3.  L091 01 1  —  If  ITD09  is  present,  then  at  least  one  of  ITD10  or  ITD1 1 
are  required. 

Semantic:  ITD1 5  is  the  percentage  applied  to  a  base  amount  used  to  determine  a 
late  payment  charge. 

Comment:  If  the  code  in  ITD01  is  04,  then  ITD09  is  required  and  either  ITD1 0  or 

ITD11  is  required.  If  the  code  in  ITD01  equals  05,  then  ITDOS  or  ITD07  is 
required. 

Implementation  Note: 

If  a  discount  is  not  applicable  to  a  price  sales  catalog,  the  "TTD"  segment  will  be  sent  with  code 
"05"  in  "TTOOl". 


Oplional 


_ Data  Element  Summary _ 

mr.  o«TA  _ 

OCA.  nnwwT  kami  _ attouti* 

ITD01  336  Terms  Type  Code  O  ID  2/2 

Code  identifying  type  of  payment  terms. 

Implementation  Note: 

Use  the  code  that  applies  to  the  type  of  discount  being  offered  with  the  price  sales  ctUalog.  If  more  than  one 
discount  applies,  use  a  second  iteration  of  the  "TTD"  segment  to  describe  the  second  type. 

01  Basic 

02  End  of  Month  (EOM) 

03  Fixed  Date 
04  Deferred  or  Installment 
05  Discount  Not  Applicable 
06  Mixed 
07  Extended 

08  Basic  Discount  Offered 
09  Proximo 


Optional 


17002  333  Terms  Basis  Date  Code 

Code  identifying  the  beginning  of  the  terms  period. 

hnplamantatlon  Nota: 

Use  the  code  that  applies  to  the  terms  basis  date. 


1  Ship  Date 


O  ID  1/2 
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11  Completion  And  Acceptance  Date 

12  Approval  of  Sample  Date 

2  Delivery  Date 

3  Invoice  Date 

4  Specified  Date 

5  Invoice  Receipt  Date 


Optional 


ITD03  338  Terms  Discount  Percent  OR  1/6 

Terms  discount  percentage,  expressed  as  a  percent,  available  to  the  purchaser  if 
an  invoice  is  paid  on  or  before  the  Terms  Discount  Due  Date. 


Conditional 


ITDOA  370  Terms  Discount  Due  Date 

Date  payment  is  due  if  discount  is  to  be  earned. 


C  DT  6/6 


Conditional 


ITD05  351  Terms  Discount  Days  [>ue  C  NO  1/3 

Number  of  days  in  the  terms  discount  period  by  which  payment  is  due  if  terms 
discount  is  earned. 


Optional 

Optional 

Optional 

Optional 

Conditional 

Conditional 

Not  Used 
Not  Used 
Optional 


NotUsMl 


ITD06 

446 

Terms  Net  Due  Date 

Date  when  total  invoice  amount  becomes  due. 

O 

DT 

6/6 

rrD07 

386 

Terms  Net  Days  0  NO 

Number  of  days  until  total  invoice  amount  is  due  (discourrt  not  applicable). 

1/3 

ITDOS 

362 

Terms  Discount  Amount 

Total  amount  of  terms  discount. 

0 

N2 

1/10 

ITDOg 

388 

Terms  Deferred  Due  Date 

Date  deferred  payment  or  percent  of  invoice  payable  is  due. 

0 

DT 

6/6 

fTDlO 

389 

Deferred  Amount  Due 

Deferred  amount  due  for  payment. 

c 

N2 

1/10 

ITD11 

342 

Percent  of  Invoice  Payable 

Amount  of  invoice  payable  expressed  in  percent. 

c 

R 

1/5 

ITD12 

352 

Description 

0 

AN 

1/80 

rrDi3 

765 

Day  of  Month 

c 

NO 

1/2 

ITD14 

107 

Payment  Method  Code 

Code  identifying  type  of  payment  procedures. 

0 

ID 

1/1 

C  Pay  By  Check 

Code  Kefue  ImplenwnMhn  Note: 

Use  code  "C"  when  the  payment  will  be  made  by  check  to  an  address  agreed  to  by  the  trading 
partners. 

E  Electronic  Payment  System 
Code  Value  Implementation  Note: 

Use  code  "E"  when  payment  will  be  made  using  electronic  funds  tranter  in  a  manner  agreed  to 
between  the  trading  partners. 

ITD15  954  Percent  O  R  1/10 
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Segment:  LDT  Lead  Time 
Level:  Header 


Optional 


Loop:  _ 

Usage:  Optional 
Max  Use:  >1 

Purpose:  To  specify  lead  time  for  availability  of  products  and  senrices. 
Semantic:  LDT04  is  the  effective  date  of  lead  time  infomnation. 
Imptoimntatlon  Not»: 

Use  the  “LDT'  segment  in  Table  1  to  express  delivery  lead  limes  that  are  universal  for  all  items  in 
the  price  sales  catalog. 


Mandatory 


Mandatory 

Mandatory 


NotUaad 


_ Data  Element  Summary _ 

MF.  DATA  _ 

DCS.  ffinmfT  NMM _ SIIWMIM 


LDT01  345  Lead  Tima  Coda 

Code  indicating  the  time  range. 

Implementation  Note: 

Use  any  applicable  code. 

M 

ID 

2/2 

LDT02  380  Quantity 

Numeric  value  of  quantity. 

M 

R 

1/15 

LDT03  344  Unit  of  Time  Period  or  hitervai 

Code  indicating  the  time  period  o'  ’nterval 

Implementation  Note: 

Use  any  applicable  code. 

M 

ID 

2/2 

LDT04  373  Date 

0 

DT 

6/6 
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Segment:  FOB  F.O.B.  Related  Instructions 
Level:  Header 
Loop:  _ 

Optional  Usage:  Optional 

Max  Use:  1 

Purpose:  To  specify  transportation  instructions  relating  to  shipment 
Syntax:  f.  C0302  —  If  FOB03  is  present,  then  FOB02  is  required. 

2.  C0405  —  If  FOB04  is  present,  then  FOB05  is  required. 

3.  C0706  —  If  FOB07  is  present,  then  FOB06  is  required. 

4.  C0809  —  If  FOB08  is  present,  then  FOB09  is  required. 

Semantic:  1.  FOB01  indicates  which  party  will  pay  the  carrier. 

2.  FOB02  is  the  code  specifying  transportation  responsibility  location. 

3.  FOB06  is  the  code  specifying  the  title  passage  location. 

4.  FOB08  is  the  code  specifying  the  point  at  which  the  risk  of  loss 
transfers.  This  may  be  different  than  the  location  specified  in 
FOB02/FOB03  and  FOB06/FOB07. 

Implementation  Note: 

Use  the  "FOB"  segment  in  Table  I  only  when  the  FOB  point  applies  to  all  items  in  the  price  sales 
catalog. 

Data  Element  Summa 


Mandalory 


CondMIonM 


FOB01  146  Shipment  Method  of  Payment  M  ID  2/2 

Code  identifying  payment  terms  for  transportation  charges. 

Implementation  Note: 

Use  any  code  to  describe  the  method  of  payment  of  shipmeru  charges.  Typically,  we  expect  code  "BF'  when 
the  Department  ef  Defense  will  have  to  pay  the  transportation  charges,  or  code  "PP"  when  the  charges  are 
prepaid  by  the  selling  party. 


FOB02  309  Location  Qualifier 

Code  identifying  type  of  location. 

DE  Destination  (Shipping) 

Coda  Valuo  Implamantatlon  Nota: 

Use  code  "DE"  when  "FOBOl "  is  code  "PP". 

OR  Origin  (Shipping  Point) 

Coda  Valua  Implamantatlon  Nota: 

Use  code  "OR"  when  "FOBOl"  is  code  "BP" 


C  ID 


Not  Used 

FOB03 

352 

Description 

0 

AN 

1/80 

Not  Used 

FOB04 

334 

Transportation  Terms  Qualifier  Code 

0 

iD 

2/2 

Not  Used 

FOB05 

335 

Transportation  Terms  Code 

C 

ID 

3/3 

Not  Used 

FOB06 

309 

Location  Qualifier 

C 

ID 

1/2 
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NotUMd 
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FOB07 

352 

Description 

0 

AN 

1/80 

FOB08 

54 

Risk  of  Loss  Ckiaiifier 

0 

ID 

2/2 

FOB09 

352 

Description 

C 

AN 

1/80 
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Segment:  N1  Name 
Level:  Header 


Optional 


Loop:  N1  Repeat:  200 
Usage:  Optional 
Max  Use:  1 

Purpose:  To  identify  a  party  by  type  of  organization,  name  and  code 
Syntax:  1.  R0203  —  At  least  one  of  N1 02  or  N1 03  is  required. 

2.  P0304  —  If  either  N1 03  or  N104  is  present,  then  the  other  is  required. 


Comment:  This  segment,  used  alone,  provides  the  most  efficient  method  of 

providing  organizational  identification.  To  obtain  this  efficiency  the  ”ID 
Code"  (N1 04)  must  provide  a  key  to  the  table  maintained  by  the 
transaction  processing  party. 

Implementation  Note: 

Use  the  "N1 "  loop  in  Table  1  only  when  the  name  and  address  apply  to  all  items  in  the  price  sales 
catalog. 


Mandatory 


NotUaad 

Conditional 


_ Data  Element  Summary _ 

ntf.  DATA 

DCS.  tLBmit  NAMt  ATTWUTtS 

N101  98  Entity  Identifier  Code  M  ID  2/2 

Code  identifying  an  organizational  entity,  a  physical  location,  or  an  individual 

BY  Buying  Party  (Purchaser) 

Code  Value  Implementation  Note: 

Use  code  "BY"  for  the  Department  of  Defense  buying  activity 

DS  Distributor 

Code  Value  Implementation  Note: 

Use  code  "DS"  to  indicate  the  distributor  of  the  itenf  s)  contained  in  the  price  sales  catalog 

MF  Manufacturer  of  Goods 
Code  Value  Implementation  Note: 

Use  code  "MF"  for  the  manufacturer  of  the  itenfs)  contained  in  the  price  sales  catalog 
PJ  Party  to  Receive  Correspondence 
Code  Value  Implementation  Note: 

Use  code  "PJ"  to  indicate  the  address  of  the  irformation  point  of  contact  (when  "PEROl "  is  code 
"IC"). 

SE  Selling  Party 

Code  Value  Implementation  Note: 

Use  code  "SE"  to  indicate  the  selling  party  ( i.e.,  the  party  originating  the  price  sales  catalog). 

N102  93  Name  C  AN  1/35 

N103  66  Identification  Code  Qualifier  C  ID  1/2 

Code  designating  the  system/method  of  code  structure  used  for  Identification 
Code  (67). 

Implementation  Note: 

When  "NlOr  is  code  "SE".  "N103"  must  be  code  "33";  when  "NWl  is  code  "BY".  "NI03"  must  be  code 
"JO";  when  "NIOI  is  any  other  code.  "NI03  can  use  any  applicable  code  from  the  code  list  in  this  convention. 
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N104 


ANSI  ASC  X12  VERSIONfflELEASE  003030DOD_ 

1  D-U'N-S  Number,  Dun  &  Bradstreet 

10  Department  of  Defense  Activity  Address  Code  (DODAAC) 

1 1  Drug  Enforcement  Administration  (DEA) 

21  Health  Industry  I.D.  Number  (HIN) 

33  Commercial  and  Government  Entity  (CAGE) 

9  D-U-N-S-t-4,  D-U-N-S  Number  with  Four  Character  Suffix 

67  Identification  Coda  C  AN  2/17 

Code  identifying  a  party  or  other  coda. 
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Segment:  N2  Additional  Name  Information 
Level:  Header 


Optional 


Loop:  N1 
Usage:  Optional 
Max  Use:  2 

Purpose:  To  specify  additional  names  or  those  longer  than  35  characters  in  length 

hnplementatlon  Note: 

Use  the  "N2",  "N3",  and  "N4"  segments  only  when  the  named  party  cannot  be  identified  using  one 
of  the  codes  authorized  for  use  in  this  implementation  convention. 


Mandatory 


Optional 


Data  Element  Summary 


RIP. 

DCS. 

DATA 

CLCKKMr 

NAM 

ArnMurcs 

N201 

93 

Name 

Free-form  name. 

M 

AN 

1/35 

N202 

93 

Name 

Free-form  name. 

O 

AN 

1/35 
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Optional 


Mandatory 

Optional 


ANSI  ASC  X12  VERSIONffiELEASE  003030DOD_ 

Segment:  N3  Address  Infonnatlon 
Level:  Header 
Loop:  N1 
Usage:  Optional 
Max  Use:  2 

Purpose:  To  specify  the  location  of  the  named  party 

Implementation  Note: 

Use  the  "N2",  "NS",  and  "N4"  segments  only  when  the  named  party  cannot  be  identified  using  one 
of  the  codes  authorized  for  use  in  this  implementation  convention. 


Data  Element  Summary 


ffCF. 

OES. 

DATA 

ILWIMT 

NAME 

Armmum 

N301 

166 

Address  Information 

Address  information 

M 

AN 

1/35 

N302 

166 

Address  Information 

Address  information 

O 

AN 

1/35 
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N4  •  GEOGRAPHIC  LOCATION 


Optional 


Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax: 

Cornmems: 


N4  Geographic  Location 

Header 

N1 

Optional 

1 

To  specify  the  geographic  place  of  the  named  party 

1.  R0105  —  At  least  one  of  N401  or  N405  is  required. 

2.  P0506  —  If  either  N405  or  N406  is  present,  then  the  other  is  required. 

1.  A  combination  of  either  N401  through  N404  (or  N405  and  N406)  may 
be  adequate  to  specify  a  location. 

2.  N402  is  required  only  if  city  name  (N401)  is  in  the  USA  or  Canada. 


Implementation  Note: 

Use  the  "N2'\  “N3",  and  “N4"  segments  only  when  the  named  party  cannot  be  identified  using  one 
of  the  codes  authorized  for  use  in  this  implementation  convention. 


Conditional 


Optional 


_ Data  Element  Summary _ 

ois.  iLPUKT  Htm  Ai  m»um 

N401  19  City  Name  C  AN  2/30 

Free-form  text  for  city  name. 

N402  156  State  or  Province  Code  O  iD  2/2 

Code  (Standard  State/Province)  as  defined  by  appropriate  government  agency. 

Implementation  Note: 

Use  any  applicable  code. 


Optional 


N403  116  Postal  Code  O  ID  3/9 

Code  defining  international  postal  zone  code  excluding  punctuation  and  blanks 
(zip  code  for  United  States). 

Implementation  Note: 

Use  any  applicable  code. 


Optional 


N404  26  Country  Code  O  ID  2/3 

Code  identifying  the  country. 

Implementation  Notes: 

1.  Use  any  applicable  code. 

2.  Only  ASC  X12  codes  can  be  used.  Do  not  use  Department  of  Defense  codes  from  DoD5000.l2-M. 


Not  Uaad 
Not  Used 


N405 

N406 


309  Location  Qualifier 

310  Location  Identifier 


C  ID  1/2 

C  AN  1/25 
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Optional 


Mandatory 


Conditional 


Not  Uaad 


Segment:  REF  Reference  Numbers 
Level:  Header 
Loop:  N1 
Usage:  Optional 
Max  Use:  12 

Purpose:  To  specify  identifying  numbers. 

Syntax:  R0203  —  At  least  one  of  REF02  or  REF03  is  required. 

Implementation  Note: 

Use  the  “REF"  segment  to  carry  any  numbers  that  refer  to  the  cited  named  party. 

Data  Element  Summa 


REF01  128  Reference  Number  Qualifier  M  ID  2/2 

Code  qualifying  the  Reference  Number. 

Implementation  Note: 

Use  any  applicable  code. 

REF02  127  Reference  Number  C  AN  1/30 

Reference  number  or  identification  number  as  defined  for  a  particular 
Transaction  Set,  or  as  specified  by  the  Reference  Number  Qualifier. 


REF03  352  Description 


C  AN  1/80 


23 


DC17*  JANUARY  29  1993 


DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


832  •  PRICE  SALES  CATALOG 

ANSI  ASC  X12  VERSION/RELEASE  003030DOD_  _ PER  •  ADMINISTRATIVE  COMMUNICATIONS  CONTACT 


Segment:  PER  Administrative  Communications  Contact 
Level:  Header 


Optional 


Loop:  N1 
Usage:  Optional 
Max  Use:  3 

Purpose:  To  identify  a  person  or  office  to  whom  administrative  communications 
should  be  directed 

Syntax:  1.  P0304  —  If  either  PER03  or  PER04  is  present,  then  the  other  is 
required. 

2.  P0506  —  If  either  PER05  or  PER06  is  present,  then  the  other  is 
required. 

Implementation  Note: 

This  "PER"  segment  will  be  used  when  the  point  of  contact  is  related  to  a  named  party  being 
carried  in  the  "Nl"  loop  of  Table  1. 


Mandatory 


Optional 


_ Data  Element  Summary _ 

MP.  DATA 

DBS.  ILPWIT  NAMt  ATTWIWTIS 

PEROl  366  Contact  Function  Code  M  ID  2/2 

Code  identifying  the  major  duty  or  responsibility  of  the  person  or  group  named. 

1C  Information  Contact 
Code  Value  Implementation  Note: 

Use  code  "1C"  to  qualify  an  irformation  point  of  contact  at  a  named  party,  when  that  tunned  party 
is  applicable  to  the  cited  line  item  level. 

PER02  93  Name  O  AN  1/35 

Free-form  name. 

Implementation  Note: 

The  actual  name  of  the  information  point  of  contact  at  the  location  of  the  party  originating  the  transaction  set. 


Conditional 


Conditional 


Conditional 


PER03  365  Communication  Number  Qualifier  C  ID  2/2 

Code  identifying  the  type  of  communication  number. 

Implementation  Note: 

While  any  code  from  the  list  in  this  implementation  convention  can  be  used,  there  must  be  at  least  one  use  of 
code  'TE"  to  provide  the  telephone  number  of  the  party  transmitting  the  price  sales  catalog. 

EM  Electronic  Mail 
FX  Facsimile 
IT  International  Telephone 
TE  Telephone 
TM  Telemail 

PER04  364  Communication  Number  C  AN  1/25 

Complete  communications  number  including  country  or  area  code  when 
applicable. 

PER05  365  Communication  Number  Qualifier  C  ID  2/2 

Code  identifying  the  type  of  communication  number. 
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Implementation  Note: 

A  second  communications  number  can  be  provided  in  one  iteration  of  the  "PER"  segment.  If  more  than  two 
communications  numbers  are  provided,  a  second  ( and  third)  iteration  of  the  "PER"  segment  will  be  used. 

EM  Electronic  Mail 
FX  Facsimile 
IT  International  Telephone 
TE  Telephone 
TM  Telemail 

PER06  364  Comnnunication  Number  C  AN  1/25 

Complete  communications  number  including  country  or  area  code  when 
applicable. 
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Optional 


Segment:  DTM  Dafte/Time  Reference 
Level:  Header 
Loop:  N1 
Usage:  Optional 
Max  Use:  10 


832  •  PRICE  SALES  CATALOG 
DTM  •  DATEOIME  REFERENCE 


Purpose:  To  specify  pertinent  dates  and  times 
Syntax:  R0203 — At  least  one  of  DTM02  or  DTM03  is  required. 
Implementatton  Note: 

Use  this  ''DTM"  segment  when  the  date(s}  is  (are)  related  to  a  turned  party  or  reference  number 
which  is  related  to  a  named  party. 


Mandatory 


_ Data  Element  Summary _ 

DM.  imwKT  mat  _ ATnuaum 

DTM01  374  Date/Time  Qualifier  M  ID  3/3 

Code  specifying  type  of  date  or  time,  or  both  date  and  time. 

001  Cancel  After 

Code  Value  Implementatton  Note: 

Use  code  "001 "  to  qualify  a  date  beyond  which  a  pricing  arrangement  will  no  longer  be  valid. 

007  Effective 

Code  Value  Implementatton  Note: 

Use  code  "007"  to  qualify  the  effective  date  of  the  price  sales  catalog. 

015  Promotion  Start 
Code  Value  Implementatton  Note: 

Use  code  "015"  to  qualify  the  start  date  of  a  promotion. 

016  Promotion  End 

Code  Value  Implementatton  Note: 

Use  code  "016"  to  qualify  the  step  date  of  a  promotion. 

036  Expiration 

Code  Value  Implementatton  Note: 

Use  code  "036"  to  qualify  the  expiration  date  of  the  price  sales  catalog. 

092  Contract  Effective 
Code  Value  Implementatton  Note: 

Use  code  "092"  to  qualify  the  effective  date  of  a  contract  or  Federal  Supply  Schedule  (e.g.,  when 
REFOl  is  code  "CT"  or  code  "W6"). 

093  Contract  Expiration 
Code  Value  Implementation  Note: 

Use  code  "093"  to  qualify  the  expiration  date  of  a  contract  or  Federal  Supply  Schedule  (e.g.,  when 
REFOl  is  code  "CT"  or  code  "W6"). 


Conditional 


DTM02  373  Date 

Date  (YYMMDD). 

Implementatton  Note: 

The  actual  effective,  expiration,  start,  or  stop  date  of  the  item  qualified. 


Not  Used 


DTM03  337  Time 


C  DT  6/6 


C  TM  4/6 
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NotUaad 

DTM04 

623 

Time  Code 

O 

ID 

2/2 

NolUMd 

DTM05 

624 

Century 

0 

NO 

2/2 
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832  •  PRICE  SALES  CATALOG 
UN  •  ITEM  IDENTIFICATiON 


Optional 


Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax: 


Semantic: 

Comments: 


LIN  Item  Identification 
Detail 

LIN  Repeat:  700000 
Optional 
1 

To  specify  basic  item  identificatton  data. 

1.  C0405  —  If  LIN04  is  present,  then  LINOS  is  required. 

2.  C0607  —  If  LIN06  is  present,  then  LIN07  is  required. 

3.  C0809  —  If  LINOS  is  present,  then  LIN09  is  required. 

4.  C101 1  —  If  LIN10  is  present,  then  LIN1 1  is  required. 

5.  C1213  —  If  LIN12  is  present,  then  LIN13  is  required. 

6.  C1415  —  If  LIN14  is  present,  then  LIN15  is  required. 

7.  C1617  —  If  LIN16  is  present,  then  LIN17  is  required. 

8.  C1819  —  If  LIN18  is  present,  then  LIN19  is  required. 

9.  C2021  —  If  LIN20  is  present,  then  LIN21  is  required. 

10.  C2223  —  If  LIN22  is  present,  then  LIN23  is  required. 

11.  C2425  —  If  UN24  is  present,  then  LIN25  is  required. 

12.  C2627  —  If  LIN26  is  present,  then  LIN27  Is  required. 

13.  C2829  —  If  LIN28  is  present,  then  LIN29  is  required. 

14.  C3031  —  If  LIN30  is  present,  then  LIN31  is  required. 

LIN01  is  the  line  item  identification 

1.  See  the  Data  Dictionary  for  a  complete  list  of  ID’S. 

2.  LIN02  through  LIN31  provide  for  fifteen  (15)  different  product/service 
ID'S  for  each  item.  For  Example:  Case,  Color,  Drawing  No.,  UPC  No., 
ISBN  No.,  Model  No.,  SKU. 


Optional 


Mandatory 


_ Data  Element  Summary _ 

Rir.  DAT*  _ 

DID.  ILIHPIT  Hthtt _ AIUMDUTM 

LIN01  350  Assigned  Identification  O  AN  1/11 

Alphanumeric  characters  assigned  for  differentiation  within  a  transaction  set. 

Implementation  Note: 

The  price  sales  catalog  line  item  number  of  the  item  being  identified.  This  will  be  a  unique  ruunber  assigned 
by  the  originator  of  the  price  sales  catalog  transaction  set.  The  number  will  be  used  to  distinguish  the  item 
being  identified  from  all  other  items  in  the  same  transaction. 

LIN02  235  Product/Service  ID  Qualifier  M  ID  2/2 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (^4). 

Implamantatlon  Note: 

Use  any  applicable  code. 
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Mandatory 

Optional 

Conditionai 

Optional 

Conditional 

Optional 

Conditionai 

Optional 


ANSI  ASC  X12  VERSION/RELEASE  00303000D_ 


LINOS  234  Product/ServleelD  M  AN  1/30 

Identifying  number  for  a  product  or  service. 

LIN04  235  Product/Service  ID  Qualifier  O  ID  2/2 

Code  identifying  the  type/source  of  the  descr^tive  number  used  in 
Product/Service  ID  (234). 

Implementation  Note: 

Data  elements  “235"  and  "234"  are  used  in  30 pairs  in  this  transaction  set.  Use  as  many  pairs  as  necessary 
to  identify  the  instant  line  item.  When  working  with  an  identfying  pair  cf  data  elements,  any  applicable  code 
can  be  used  with  data  element  "235". 

LINOS  234  Product/Service  ID  C  AN  1/30 

Identifying  number  for  a  product  or  service. 

Implementation  Note: 

Data  elements  "235"  and  "234“  are  used  in  30  pairs  in  this  transaction  set.  Use  as  many  pairs  as  necessary 
to  identify  the  instant  line  item.  When  working  with  an  ident^ing  pair  of  data  elements,  any  applicable  code 
can  be  used  with  data  element  “235". 

LIN06  235  Praduct/Serviee  ID  Qualifier  O  ID  2/2 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

Implementation  Note: 

Data  elemt.us  "235"  and  "234"  are  used  in  30  pairs  in  Ms  transaction  set.  Use  as  many  pairs  as  necessary 
to  identify  the  instant  line  item.  When  working  with  an  identtfying  pair  of  data  elements,  arty  applicable  code 
can  be  used  with  data  element  "235". 

LIN07  234  Product/Service  ID  C  AN  1/30 

Identifying  number  for  a  product  or  service. 

Implementation  Note: 

Data  elements  "235"  and  "234“  are  used  in  30 pairs  in  this  transaction  set.  Use  as  many  pairs  as  necessary 
to  identify  the  instant  line  item.  When  working  with  an  ident^ing  pair  of  data  elements,  any  applicable  code 
can  be  used  with  data  element  "235". 

LINOS  235  Product/Service  ID  Qualifier  O  ID  2/2 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

Implementation  Note: 

Data  elements  "235"  and  "234"  are  used  in  30  pars  in  this  transaction  set.  Use  as  many  pairs  as  necessary 
to  identify  the  instant  line  item.  When  working  with  an  identifying  pair  of  data  elements,  any  applicable  code 
can  be  used  with  data  element  "235". 

LINOS  234  Product/Service  ID  C  AN  1/30 

Identifying  number  for  a  product  or  service. 

Implementation  Note: 

Data  elements  "235"  and  "234"  are  used  in  30 pairs  in  this  transaction  set.  Use  as  many  pairs  as  necessary 
to  identify  the  instaru  line  item.  When  working  with  an  identfying  pair  of  data  elements,  any  applicable  code 
can  be  used  with  data  element  "235". 

LIN10  235  Product/Service  ID  Qualifier  O  ID  2/2 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 
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Implementation  Note: 

Data  elements  "235"  and  "234"  are  used  in  30 pairs  in  this  transaction  set.  Use  as  many  pairs  as  necessary 
to  identify  the  instant  line  item.  When  working  with  an  identifying  pair  of  data  elements,  any  applicable  code 
can  be  used  with  data  element  "235". 

Conditional 

LIN11  234  Product/Service  ID  C  AN  1/30 

Identifying  number  for  a  product  or  service. 

Implementation  Note: 

Data  elements  "235"  and  "234"  are  used  in  30  pairs  in  this  transaction  set.  Use  as  many  pairs  as  necessary 
to  identify  the  instant  line  item.  When  working  with  an  ident^ing  pair  of  data  elements,  any  applicable  code 
can  be  used  with  data  elemerU  "235". 

Optional 

LIN12  235  Product/Sarvice  ID  Qualifier  0  ID  2/2 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 

Product/Service  ID  (^4). 

Implementation  Note: 

Data  elements  "235"  and  "234"  are  used  in  30  pairs  in  this  transaction  set.  Use  as  many  pairs  as  necessary 
to  identify  the  instant  line  item.  When  working  with  an  ident^ing  pair  of  data  elements,  any  applicable  code 
can  be  used  with  data  element  "235". 

Conditional 

LIN13  234  Product/Service  ID  C  AN  1/30 

Identifying  number  for  a  product  or  service. 

Implementation  Note: 

Data  elements  "235"  and  "234"  are  used  in  30 pairs  in  this  transaction  set.  Use  as  many  pairs  as  necessary 
to  identify  the  instant  line  item.  When  working  with  an  ident^ing  pair  of  data  elements,  any  applicable  code 
can  be  used  with  data  element  "235". 

Optional 

LIN14  235  Product/Serviee  ID  Qualifier  0  iD  2/2 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 

Product/Service  ID  (234). 

Implementation  Note: 

Data  elements  "235"  and  "234"  are  used  in  30  pairs  in  this  transaction  set.  Use  as  many  pairs  as  necessary 
to  identify  the  instant  line  item.  When  working  with  an  identifying  pair  of  data  elements,  any  applicable  code 
can  be  used  with  data  element  "235". 

Conditional 

LIN15  234  Product/Service  ID  C  AN  1/30 

Identifying  number  for  a  product  or  service. 

Implementation  Note: 

Data  elements  "235"  and  "234"  are  used  in  30 pairs  in  this  transaction  set.  Use  as  many  pairs  as  necessary 
to  identify  the  instant  line  item.  When  working  with  an  identifying  pair  of  data  elements,  any  applicable  code 
can  be  used  with  data  element  "235". 

Optional 

LIN16  235  Product/Service  ID  Qualifier  0  ID  2/2 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 

Product/Service  ID  (234). 

Implementation  Note: 

Data  elements  "235"  and  "234"  are  used  in  30  pairs  in  this  transaction  set.  Use  as  many  pairs  as  necessary 
to  identify  the  instant  line  item.  When  working  with  an  identifying  pair  of  data  elements,  any  applicable  code 
can  be  used  with  data  element  "235". 

Conditional 

LIN17  234  Product/Service  ID  C  AN  1/30 

Identifying  number  for  a  product  or  service. 
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Conditional 
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Imptomentation  Note: 

Data  elements  "235 "  and  "234 "  are  used  in  30  pairs  in  this  transaction  set  .Use  as  many  pairs  as  necessary 
to  identify  the  instant  line  item.  When  working  with  an  identifying  pair  of  data  elements,  arty  applicable  code 
can  be  used  with  data  element  "235". 

LIN18  235  Product/Service  ID  Qualifier  O  ID  2/2 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

Implementation  Note: 

Data  elements  "235"  and  "234"  are  used  in  30  pairs  in  this  transaction  set.  Use  as  many  pairs  as  necessary 
to  identify  the  instant  line  item.  When  working  with  an  identifying  pair  of  data  elements,  any  applicable  code 
can  be  used  with  data  elemeru  "235". 

LIN19  234  Product/Service  ID  C  AN  1/30 

Identifying  number  for  a  product  or  service. 

Implementation  Note: 

Data  elements  "235"  and  "234"  are  used  in30 pairs  in  this  transaction  set.  Use  as  many  pairs  as  necessary 
to  identify  the  instant  line  item.  When  working  with  an  identifying  pair  of  data  elements,  any  applicable  code 
can  be  used  with  data  element  "235". 

LIN20  235  Product/Service  ID  Qualifier  O  ID  2/2 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

Implementation  Note: 

Data  elements  "235"  and  "234"  are  used  in  30  pairs  in  this  transaction  set.  Use  as  many  pairs  as  necessary 
to  identify  the  instant  line  item.  When  working  with  an  identifying  pair  of  data  elements,  any  appliccdtle  code 
can  be  used  with  data  elemeru  "235". 

LIN21  234  Product/Service  ID  C  AN  1/30 

Identifying  number  for  a  product  or  service. 

Implementation  Note: 

Data  elemerus  "235 "  and  "234 "  are  used  in  30  pairs  in  this  transaction  set  .Use  as  many  pairs  as  necessary 
to  identify  the  instant  line  item.  When  working  with  an  identifying  pair  of  data  elements,  any  applicable  code 
can  be  used  with  data  element  "235". 

LIN22  235  Product/Service  ID  Qualifier  O  ID  2/2 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

Implementation  Note: 

Data  elemerus  "235"  and  "234"  are  used  in  30  pairs  in  this  trartsaction  set.  Use  as  many  pairs  as  necessary 
to  ideruify  the  instant  line  item.  When  working  with  an  ideruifying  pair  of  data  elements,  any  applicable  code 
can  be  used  with  data  element  "235". 

LIN23  234  Product/Service  ID  C  AN  1/30 

Identifying  number  for  a  product  or  service. 

Implementation  Note: 

Data  elemerus  "235"  and  "234"  are  used  in  30  pairs  in  this  transaction  set.  Use  as  many  pairs  as  necessary 
to  ideruify  the  instant  line  item.  When  working  with  an  ideruifying  pair  of  data  elemerus,  any  applicable  code 
can  be  used  with  data  elemeru  "235". 

LIN24  235  Product/Service  ID  Qualifier  O  ID  2/2 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 
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Implementation  Note: 

Data  elements  "235"  and  "234"  are  used  in  30  pairs  in  this  transaction  set.  Use  as  many  pairs  as  necessary 
to  identify  the  instant  line  item.  When  working  with  an  identifying  pair  of  data  elements,  any  applicable  code 
can  be  used  with  data  element  "235". 
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Optional 


Segment:  DTM  Date/Time  Reference 
Level:  Detail 
Loop:  LIN 
Usage:  Optional 
Max  Use:  10 


832  •  PRICE  SALES  CATALOG 
DTM  •  DATEOIME  REFERENCE 


Purpose:  To  specify  pertinent  dates  and  times 
Syntax:  R0203  —  At  least  one  of  DTM02  or  DTM03  is  required. 
Implementation  Note: 

Use  this  "DTM"  segment  only  when  the  date(s)  t^plies(y)  to  the  cited  line  item  in  the  price  sales 
catalog,  and  only  when  the  dae(s)  is  (are)  not  related  to  a  named  party.  If  the  date(s)  does  (do) 
relate  to  the  entire  price  sales  catalog  then  it  must  be  carried  in  the  "DTM"  segment  in  Table  1 .  If 
the  date(s)  is  (are)  related  to  a  line  item  and  a  named  party(ies) ,  then  it  (they)  must  be  carried  in 
the  "DTM"  segment  in  the  "N I "  loop  of  Table  2. 


Mandatory 


_ Data  Element  Summary _ 

mr.  DATA 

DID.  DLPICKT  MAM  _ AIIIMDUTID 

DTM01  374  Date/Time  Qualifier  M  iD  3/3 

Code  specifying  type  of  date  or  time,  or  both  date  and  time. 

007  Effective 

Coda  Value  Implementation  Note: 

Use  code  "007"  to  qualify  the  effective  date  of  the  price  sales  catalog. 

015  Promotion  Start 
Code  Value  Implementation  Note: 

Use  code  "015"  to  qualify  the  start  date  of  a  promotion. 

016  Promotion  End 

Code  Value  Implementation  Note: 

Use  code  "016"  to  qualify  the  stop  date  of  a  promotion. 

036  Expiration 

Code  Value  Implementation  Note: 

Use  code  "036"  to  qualify  the  expiration  date  of  the  price  sales  catalog. 

092  Contract  Effective 
Code  Value  Implementation  Note: 

Use  code  "092"  to  qualfy  the  effective  date  of  a  contract  or  Federal  Supply  Schedule  (e.g.,  when 
REFOl  is  code  "CT"  or  code  "W6"). 

093  Contract  Expiration 
Code  Value  Implementation  Note: 

Use  code  "093"  to  qualify  the  expiration  date  of  a  contract  or  Federal  Supply  Schedule  (e.g.,  when 
REFOl  is  code  "CT"  or  code  "W6"). 


Conditional 


DTM02  373  Date 

Date  (YYMMDD). 

Implementation  Note: 

The  actual  fffective,  expiration,  start,  or  stop  date  of  the  item  qualified. 


Not  Used 


DTM03  337  Time 


C  DT  6/6 


C  TM  4/6 
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Optional 


Segment:  PER  Administrative  Communications  Contact 
Level:  Detail 
Loop:  LIN 
Usage:  Optional 
Max  Use:  3 

Purpose:  To  identify  a  person  or  office  to  whom  administrative  communications 
should  be  directed 

Syntax:  1.  P0304  —  If  either  PER03  or  PER04  is  present,  then  the  other  is 
required. 

2.  P0506  —  If  either  PER05  or  PER06  is  present,  then  the  other  is 
required. 


Implementation  Note: 

This  "PER"  segment  will  only  be  used  when  the  point  of  contact  was  not  carried  in  Table  I,  is 
related  to  the  cited  line  item,  and  is  not  related  to  an  address  carried  in  the  "NI "  loop  of  Table  2.  If 
the  information  point  of  contact  IS  related  to  an  address,  then  the  "PER"  segment  within  the  "Nl" 
loop  of  Table  2  must  be  used. 


Mandatory 


Optional 


Conditional 


Conditional 


Conditional 


_ Data  Element  Summary _ 

RCF.  OATA 

ets.  tmipff  WAiit  _ ATmmum 

PER01  366  Contact  Function  Code  M  ID  212 

Code  identifying  the  major  duty  or  responsibility  of  the  person  or  group  named. 

1C  Information  Contact 
Code  Value  Implementation  Note: 

Use  code  "IC"  to  qualify  an  information  point  of  contact  at  the  cited  line  item  level. 

PER02  93  Name  O  AN  1/35 

Free-form  name. 

Implementation  Note: 

The  actual  name  of  the  irformation  point  of  ctmtact  at  the  cited  line  item  level. 

PER03  365  Communication  Number  Qualifier  C  ID  212 

Code  identifying  the  type  of  communication  number. 

Implementation  Note: 

While  any  code  from  the  list  in  this  implemeraotion  convention  can  be  used,  there  must  be  at  least  one  use  of 
code  'TE"  to  provide  the  telephone  number  of  the  party  transmitting  the  price  sales  catalog. 

EM  Electronic  Mail 
FX  Facsimile 

IT  International  Telephone 
TE  Telephone 
TM  Telemail 

PER04  364  Communication  Number  C  AN  1/25 

Complete  communications  number  including  country  or  area  code  when 
applicable. 

PER05  365  Communication  Number  Qualifier  C  ID  212 
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Code  identifying  the  type  of  communication  number. 

Implementation  Note: 

A  second  communications  number  can  be  provided  in  one  iteration  of  the  "PER"  segment.  If  more  than  two 
communications  numbers  are  provided,  a  second  ( and  third)  iteration  of  the  "PER"  segment  will  be  used. 

EM  Electronic  Mail 
FX  Facsimile 
IT  International  Telephone 
TE  Telephone 
TM  Telemail 


Conditional 


PER06  364  Communication  Number  C  AN  1/25 

Complete  communications  number  including  country  or  area  code  when 
applicable. 
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Optional 


Mandatory 


Conditional 


Conditional 


ANSI  ASC  X12  VERSIONfflELEASE  003030DOD_ 

Segment:  CTB  Restrictions/ Conditions 
Level:  Detail 
Loop:  LIN 
Usage:  Optional 
Max  Use:  25 

Purpose:  To  specify  restrictions/cond'itions  (such  as  shipping,  ordering) 

Syntax:  1.  R020406  —  At  least  one  of  CTB02,  CTB04  or  CTB06  is  required. 

2.  P0304  —  If  either  CTB03  or  CTB04  is  present,  then  the  other  is 
required. 

3.  P0506  —  If  either  CTB05  or  CTB06  is  present,  then  the  other  is 
required. 

Implementation  Note: 

Use  this  "CTB"  segment  when  the  quantity  and  or  amount  applies  to  a  cited  line  item. 


_ Data  Element  Summary _ 

ntf.  DATA  _ 

018.  ELEMIMT  MAMl  ATTWOUTIS 

CTB01  688  Restrlctions/CondHIons  Qualifier  M  ID  2/2 

Code  identifying  the  type  of  restriction/condition. 

NR  Nonreturnable 
Code  Value  Implementation  Note: 

Use  code  "NR"  when  relating  non  returnable  quantities  and/or  monetary  amounts; 

OR  Ordering 

Code  Value  Implementation  Note: 

Use  code  "OR"  when  relating  minimum  order  quantities  and/or  monetary  amounts; 

SR  Shipping 

Code  Value  Implementation  Note: 

Use  code  "SR"  when  relating  minimum  shipment  quantities  and/or  monetary  amounts. 

CTB02  352  Description  C  AN  1/80 

A  tree-form  description  to  clarify  the  related  data  elements  and  their  content. 

Implementation  Note: 

Use  for  a  freeform  text  description  of  a  restriction  or  coruiition  applying  to  either  a  quantity  or  a  dollar 
amount  of  a  product  contained  in  a  price  sales  catalog. 

CTB03  673  Quantity  Qualifier  C  ID  2i^ 

Code  specifying  the  type  of  quantity. 

27  Committed  Quantity 
Code  Value  Implementation  Note: 

Use  code  "27"  to  indicate  a  minimum  quantity  that  a  buying  party  must  commit  to  purchase 

56  Minimum  Contract  Quantity 
Code  Value  Implementation  Note: 

Use  code  "56"  to  indicate  a  minimum  contract  quantity; 

57  Minimum  Order  Quantity 
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Code  Value  Implementation  Note: 

Use  code  "57"  to  indicate  a  minimum  order  quantity; 

69  Incremental  Order  Quantity 
Code  Value  Implementation  Note: 

Use  code  "69“  to  indicate  an  incremental  quantity  on  an  order. 


Conditional 


Conditional 


CTB04 

380 

Quantity 

Numeric  value  of  quantity. 

C 

R 

1/15 

CTB05 

522 

Amount  Qualifier  Code 

Code  to  qualify  amount 

C 

ID 

1/2 

Implementation  Note: 

Use  any  applicable  code  to  qualify  the  amount.  Data  maintenartce  has  been  submitted  to  ASC  XI2  to  add 
amount  qualifier  codes  "KO"  (Committed  Amount),  "KP"  (Minimum  Contract  Amount),  and  "KQ" 
(Incremental  Order  Amount.  Existing  code  “MO"  (Minimum  Order  value)  already  exists.  In  the  interim,  use 
the  following  codes  as  indicated: 

CT  Contract 

Code  Value  Implementation  Note: 

Use  code  “CT"  to  represent  the  minimum  contract  amount. 

KC  Obligated 

Code  Value  Implementation  Note: 

Use  code  "KC"  to  represent  the  committed  amount. 

MO  Minimum  Order  Value 
Code  Value  Implementation  Note: 

Use  code  "MO"  to  represent  the  nunimum  order  amount 

ZZ  Mutually  Defined 
Code  Value  Implementation  Note: 

Use  code  "ZZ"  to  represent  the  incremental  order  amount. 


Conditional 


CTB06  610  Amount 

Monetary  amount. 


C  N2  1/9 
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Optional 


Mandatory 


Optional 


Segment:  PID  Product/Item  Description 
Levei:  Detail 
Loop:  LIN 
Usage:  Optional 
Max  Use:  200 

Purpose:  To  describe  a  product  or  process  in  coded  or  tree-form  format 
Syntax:  1.  C0403  —  If  PID04  is  present,  then  PID03  is  required. 

2.  R0405  —  At  least  one  of  PID04  or  PID05  is  required. 

3.  C0703  —  If  PID07  is  present,  then  PID03  is  required. 

4.  C0803  —  If  PID08  is  present,  then  PID03  is  required. 

Semantic:  1.  Use  PID03  to  indicate  the  organization  that  publishes  the  code  list 
being  referred  to. 

2.  PID04  should  be  used  for  industry-specific  product  description  codes. 

3.  PID08  describes  the  physical  characteristics  of  the  product  identified 
in  PID04.  A  “Y"  indicates  that  the  specified  attribute  applies  to  this  item. 
A  “N“  indicates  it  does  not  apply.  Any  other  value  is  indeterminate. 

Comments:  1.  If  PID01  =  “F”,  then  PID05  is  used.  If  PID01  =  “S”,  then  PID04  Is 
used.  If  PID01  =  "X”,  then  both  PID04  and  PID05  are  used. 

2.  Use  PID06  when  necessary  to  refer  to  the  product  surface  or  layer 
being  described  in  the  segment. 

3.  PiD07  specifies  the  individual  code  list  of  the  agency  specified  in 
PID03. 

Data  Elemem  Summa 


PID01  349  Kern  Description  Type  M  ID 

Code  indicating  the  format  of  a  description. 

Implementation  Note: 

Use  any  applicable  code. 

F  Free-form 

Code  Value  Implementation  Note: 

Use  code  "F"  only  when  a  free-form  text  description  will  be  carried  in  "PIDOS”. 

S  Structured  (From  industry  Code  List) 

Code  Value  Implementation  Note: 

Use  code  "S"  only  when  a  code  from  an  industry  code  list  will  be  qualified  and  carried  in 
"PID03/04. 

X  Semi-structured  (Code  and  Text) 

Code  Value  Implementation  Note: 

Use  code  "X"  when  a  code  and  a  free-form  text  description  will  be  carried  in  the  segment. 

PID02  750  Product/Process  Characteristic  Code  O  ID 

Code  identifying  the  general  class  of  a  product  or  process  characteristic 
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Optional 
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Conditional 


ANSI  ASC  X12  VERSIONmELEASE  003030DOD_ 

Segment:  MEA  Measurements 
Level:  Detail 
Loop:  LIN 
Usage:  Optional 
Max  Use:  40 

Purpose:  To  specify  physical  measurements  or  counts,  including  dimensions, 
tolerances,  variances,  and  weights 

(See  Figures  Appendix  for  example  of  use  of  C001 .) 

Syntax:  1.  R03050608  —  At  least  one  of  MEA03,  MEA05,  MEA06  or  MEA08  is 
required. 

2.  C0304  —  If  MEA03  is  present,  then  MEA04  is  required. 

3.  C0504  —  If  MEA05  is  present,  then  MEA04  is  required. 

4.  C0604  —  If  MEA06  is  present,  then  MEA04  is  required. 

5.  L07030506  —  If  MEA07  is  present,  then  at  least  one  of  MEA03, 

MEA05  or  MEA06  are  required. 

6.  E0803  —  Only  one  of  MEA08  or  MEA03  may  be  present. 

Semantic:  MEA04  defines  the  unit  of  measure  for  MEA03,  MEA05,  and  MEA06. 

Comment:  When  citing  dimensional  tolerances,  any  measurement  requiring  a  sign 
(+  or  -),  or  any  measurement  where  a  positive  {+)  value  cannot  be 
assumed  use  MEA05  as  the  negative  (-)  value  and  MEA06  as  the 
positive  (+)  value. 


Implementation  Note: 

Use  the  "MEA"  segment  to  carry  a  measurement  applicable  to  the  cited  line  item. 


_ Data  Element  Summary _ 

mF.  DATA 

01$.  IUMtWT  KAMI  _ ATIWiniA 

MEA01  737  Measurement  Reference  ID  Code  O  ID  2/2 

Code  identifying  the  broad  category  to  which  a  measurement  applies 

Implementation  Note: 

Use  any  applicable  code. 

MEA02  738  Measurement  Qualifier  O  ID  1/3 

Code  identifying  a  specific  product  or  process  characteristic  to  which  a 
measurement  applies 

Implementation  Note: 

Use  any  applicable  code. 

MEA03  739  Measurement  Value  C  R  1/10 

The  value  of  the  measurement. 

MEA04  355  Unit  or  Basis  for  Measurement  Code  C  ID  2/2 

Code  specifying  the  units  in  which  a  value  is  being  expressed,  or  manner  in 
which  a  measurement  has  been  taken 
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Implementation  Notes: 

1.  Use  any  applicable  code. 

2.  This  data  element  is  used  in  lien  cfthe  first  composite  data  element  (MEA04-1). 


Not  Uoed 

MEA05 

740 

Range  Minimum 

C 

R 

1/10 

Not  Used 

MEA06 

741 

Range  Maximum 

C 

R 

1/10 

Not  Used 

MEA07 

935 

Measurement  Significance  Code 

O 

iD 

2/2 

Not  Used 

MEA08 

936 

Measurement  Attribute  Code 

C 

ID 

2/2 

Not  Used 

MEA09 

752 

Surface/Layer/Position  Code 

O 

ID 

2/2 

Not  Used 

MEA10 

1373 

Measurement  Method  or  Device 

C 

ID 

2/4 
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Optional 

Optional 
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Segment:  P04  Hem  Physical  Details 
Level:  Detail 


Loop:  LIN 
Usage:  Opttonal 


Max  Use:  1 

Purpose:  To  specify  the  physical  qualities,  packaging,  weights  and  dimensions 
relating  to  the  item. 

Syntax:  1.  C0203  —  If  PO402  is  present,  then  PO403  is  required. 

2.  C0506  —  If  PO405  is  present,  then  PO406  is  required. 

3.  C0607  —  If  PO406  is  present,  then  PO407  is  required. 

4.  P0809  —  If  either  PO408  or  PO409  is  present,  then  the  other  is 
required. 


5.  C1 01 3  —  If  P041 0  is  present,  then  P041 3  is  required. 

6.  Cl  1 1 3  —  If  P041 1  is  present,  then  P041 3  is  required. 

7.  Cl  21 3  —  If  P0412  is  present,  then  PC)413  is  required. 

0.  LI  31 01 1 1 2  —  if  P041 3  is  present,  then  at  least  one  of  P041 0, 

P041 1  or  P0412  are  required. 

Comments:  1.  PO403  •  The  "Unit  of  Measure  Code”  (Element  #355)  in  this  segment 
position  is  for  purposes  of  defining  the  pack  (PO401)  /size  (PO402) 
measure  which  indicates  the  quantity  in  the  inner  pack  unit.  Example;  If 
the  carton  contains  24 12-CXince  packages,  it  would  be  described  as 
follows;  Element  356  =  24;  Element  357  =  12;  Element  355  =  OZ. 


2.  P0413  defines  the  unit  of  measure  for  PO410,  P041 1 ,  and  P0412. 


Data  Element  Summary 


RfP. 

OffS. 

DATA 

ILBWfT 

_ 

AITWUm 

PO401 

356 

Pack 

Number  of  inner  pack  units  per  outer  pack  unit. 

0 

NO 

1/6 

PO402 

357 

Size 

Size  of  supplier  units  in  pack. 

O 

R 

1/8 

PO403 

355 

UnH  or  Basis  for  Measurement  Code  C  ID 

Code  specifying  the  units  in  which  a  value  is  being  expressed,  or  manner 
which  a  measurement  has  been  taken 

2/2 

in 

ImplBtrwntatlon  Note: 

Use  any  applicable  code. 

PO404 

103 

Packaging  Code  0  AN 

Code  identifying  the  type  of  packaging.  Part  1 .  Packaging  form.  Part  2. 
Packaging  Material. 

5/5 

PO405 

187 

Weight  Qualifier 

Code  defining  the  type  of  weight. 

o 

ID 

1/2 
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Impiomentation  Note: 

Use  any  applicable  code. 

Conditional  PO406  384  Gross  Weiglit  per  Pack  C  R  1/9 

Numeric  value  of  gross  weight  per  pack. 

Conditional  PO407  355  Unit  or  Basis  for  Measurement  Coda  C  ID  2/2 

Code  specifying  the  units  in  which  a  value  is  being  expressed,  or  manner  in 
which  a  measurement  has  been  taken 

Implementation  Note: 

Use  any  applicable  code. 

Conditional  P0408  385  Gross  Volume  per  Padt  C  R  1/9 

Numeric  value  of  gross  volume  per  pack. 

Conditional  PO409  355  Unit  or  Basis  for  Measurement  Code  C  ID  2/2 

Code  specifying  the  units  in  which  a  value  is  being  expressed,  or  manner  in 
which  a  measurement  has  been  taken 

Implementation  Note: 

Use  any  applicable  code. 

Optional  PO410  82  Length  OR  1/8 

Largest  horizontal  dimensbn  of  an  object  measured  when  the  object  is  in  the 
upright  position. 

Optional  P0411  189  Width  O  R  1/8 

Shorter  measurement  of  the  two  horizontal  dimensions  measured  with  the  object 
in  the  upright  position. 

Optional  P0412  65  Height  O  R  1/8 

Vertical  dimension  of  an  object  measured  when  the  object  is  in  the  upright 
position. 

Conditional  P0413  355  Unit  or  Basis  for  Measurement  Code  C  ID  2/2 

Code  specifying  the  units  in  which  a  value  is  being  expressed,  or  manner  in 
which  a  measurement  has  been  taken 

Implementation  Note: 

Use  any  applicable  code. 
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Optional 


Conditional 


Conditional 


Conditional 


Conditional 


Segment:  TD4  Carrier  Details  (Special  Handling  or  Hazardous  Materials  or 
Both) 

Level:  Detail 
Loop:  LIN 
Usage:  Optional 
Max  Use:  1 

Purpose:  To  specify  transportation  special  handling  requirements  or  hazardous 
materials  information  or  tx)th 

Syntax:  1.  R010204  —  At  least  one  of  TD401 ,  TD402  or  TD404  is  required. 

2.  C0203  —  If  TD402  is  present,  then  TD403  is  required. 

Data  Element  Summa 


TD401  152  Special  Handling  Code  C  ID  2/3 

Code  specifying  special  transportation  handling  instructions. 

HAN  Handling 

Code  Value  Implementation  Note: 

Use  only  code  "HAN"  and  use  only  for  "HAZMAT"  reporting  purposes. 

TD402  208  Hazardous  Material  Code  Qualifier  C  ID  1/1 

Code  which  qualifies  the  Hazardous  Material  Class  Code  (209). 

Implementation  Note: 

Use  any  applicable  code. 


TD403  209  Hazardous  Material  Class  Code 

Code  specifying  the  kind  of  hazard  for  a  material. 


C  AN  2/4 


TD404  352  Description  C  AN  1/80 

A  free-form  desaiption  to  clarify  the  related  data  elements  and  their  content. 

Implementation  Note: 

A  free-form  text  description  (f  the  cited  item. 
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Optional 


Optional 


Optional 


Segment:  ITD  Terms  of  Sale/Deferred  Terms  of  Sale 
Level:  Detail 
Loop:  LIN 
Usage:  Optional 
Max  Use:  2 

Purpose:  To  specify  terms  of  sale. 

Syntax:  1.  L0304051 3  —  If  iTD03  is  present,  then  at  least  one  of  ITD04,  ITD05 
or  ITD13  are  required. 

2.  L08040513  —  If  ITD08  is  present,  then  at  least  one  of  ITD04,  ITD05 
or  ITD13  are  required. 

3.  L09101 1  —  if  ITD09  is  present,  then  at  least  one  of  ITD10  or  ITD1 1 
are  required. 

Semantic:  ITD15  is  the  percentage  applied  to  a  base  anxiunt  used  to  determine  a 
late  payment  charge. 

Comment:  If  the  code  in  ITD01  is  04,  then  ITD09  is  required  and  either  ITD1 0  or 

ITD1 1  is  required.  If  the  code  in  ITD01  equals  05,  then  ITD06  or  ITD07  is 
required. 

Implementation  Note: 

If  a  discount  is  not  applicable  to  a  cited  line  item  in  a  price  sales  catalog,  the  "ITD"  segment  will 
be  sent  with  code  "05"  in  "ITDOI".  However,  if  the  "ITD"  segment  in  Table  1  was  used  with  code 
"05",  this  "ITD"  segment  will  not  be  used. 

Data  Element  Summa 


ITDOI  336  Terms  Type  Code  O  ID  2/2 

Code  identifying  type  of  payment  terms. 

Implementation  Note: 

Use  the  code  that  applies  to  the  type  of  discount  being  offered  for  the  cited  line  item  in  the  price  sales  catalog. 
If  more  than  one  discount  applies,  use  a  second  iteration  of  the  "ITD"  segment  to  describe  the  second  type. 

01  Basic 

02  End  of  Month  (EOM) 

03  Fixed  Date 
04  Deferred  or  Instaiiment 
05  Discount  Not  Applicable 
06  Mixed 
07  Extended 

08  Basic  Discount  Offered 
09  Proximo 


ITD02  333  Terms  Basis  Date  Code 

Code  identifying  the  beginning  of  the  terms  period. 

Implementation  Note: 

Use  the  code  that  applies  to  the  terms  basis  date. 

1  Ship  Date 


O  ID  1/2 
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Optional 


Segment:  LDT  Lead  Time 
Level:  Detail 
Loop:  LIN 
Usage:  Optional 
Max  Use:  1 

Purpose:  To  specify  lead  time  for  availability  of  products  and  services. 
Semantic:  LDT04  is  the  effective  date  of  lead  time  infonnation. 
Implementation  Note: 

Use  the  "LDT"  segment  in  Table  2  to  express  a  delivery  lead  time  for  the  cited  line  item. 


Mandatory 


Mandatory 


Mandatory 


Not  Used 


_ Data  Element  Summary _ 

REF.  DATA 

OES.  ELEMEKT  NAME _ ATmiEUTES 

LDT01  345  Lead  Time  Code  M  ID  2/2 

Code  indicating  the  time  range. 

Implementation  Notes: 

1.  Use  any  applicable  code. 

2.  Typically,  a  lead  time  will  be  expressed  as  a  number  of  calendar  days  after  receipt  of  contract  or  order. 


LDT02  380  Quantity 

Numeric  value  of  quantity. 

M 

R 

1/15 

LOT03  344  Unit  of  Time  Period  or  Interval 

Code  indicating  the  time  period  or  interval 

M 

ID 

2/2 

Implementation  Note: 

Use  any  applicable  code. 

LDT04  373  Date 

0 

DT 

6/6 
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Optional 


Mandatary 


Conditional 


NotUaad 
Not  Uaad 
NotUaad 
Not  Uaad 
Not  Uaad 


ANSI  ASC  X12  VERSION/RELEASE  003030DOD_ 

Segment:  FOB  F.O.B.  Related  Instructions 
Level:  Detail 
Loop:  LIN 
Usage:  Optional 
Max  Use:  1 

Purpose:  To  specify  transportation  instructions  relating  to  shipment 
Syntax:  1.  C0302  —  If  FOB03  is  present,  then  FOB02  is  required. 

2.  C0405  —  If  FOB04  is  present,  then  FOB05  is  required. 

3.  C0706  —  If  FOB07  is  present,  then  FOB06  is  required. 

4.  C0809  —  If  FOB08  is  present,  then  FOB09  is  required. 

Semantic:  I.  FOB01  indicates  which  party  will  pay  the  carrier. 

2.  FOB02  is  the  code  specifying  transportation  responsibility  location. 

3.  FOB06  is  the  code  specifying  the  title  passage  location. 

4.  FOB08  is  the  code  specifying  the  point  at  which  the  risk  of  loss 
transfers.  This  may  be  different  than  the  location  specified  in 
FOB02/FOB03  and  FOB06/FOB07. 


Implementation  Note: 

Use  the  "FOB"  segment  in  Table  2  when  the  FOB  point  applies  to  only  the  cited  line  item. 


_ Data  Element  Summary _ 

MCr.  OAT* 

01».  tLCMPff  NAMt  _ ATmiOUTCT 

FOB01  146  Shipment  Method  of  Payment  M  ID  2/2 

Code  identifying  payment  terms  for  transportation  charges. 

Implementation  Note: 

Use  any  code  to  describe  the  method  of  payment  of  shipment  charges.  Typically,  we  expert  code  "BP"  when 
the  Department  of  Defense  will  have  to  pay  the  transportation  charges,  or  code  "PP"  when  the  charges  are 
prepaid  by  the  selling  party. 

FOB02  309  Location  Qualifier  C  ID  1/2 

Code  identifying  type  of  location. 

DE  Destination  (Shipping) 

Code  Value  Implementation  Note: 

Use  code  "DE"  when  "FOBOl"  is  code  "PP". 

OR  Origin  (Shipping  Point) 

Code  Value  Implementation  Note: 

Use  code  "OR"  when  "FOBOl"  is  code  "BP" 


FOB03 

352 

Description 

0 

AN 

1/80 

FOB04 

334 

Transportation  Terms  Qualifier  Code 

0 

ID 

2/2 

FOB05 

335 

Transportation  Terms  Code 

C 

ID 

3/3 

FOB06 

309 

Location  Qualifier 

C 

ID 

1/2 

FOB07 

352 

Description 

0 

AN 

1/80 
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NotUsttd 
Not  Used 


Risk  of  Loss  Qualifier 
Description 
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Segment: 

CTP  Pricing  information 

Level: 

Detail 

Loop: 

LIN/CTP  Repeat:  100 

Optional 

Usage: 

Optional 

Max  Use: 

1 

Purpose: 

To  specify  pricing  information 

Syntax: 

1.  C0405  —  If  CTP04  is  present,  then  CTP05  is  required. 

2.  C0607  —  If  CTP06  is  present,  then  CTP07  is  required. 

Semantic: 

1.  CTP07  is  a  multiplier  factor  to  arrive  at  a  final  discounted  price.  A 
multiplier  of  .90  would  be  the  factor  if  a  10%  discount  is  given. 

2.  CTP08  is  the  rebate  amount. 

Commems: 

1.  See  Figures  Appendix  for  an  example  detailing  the  use  of  CTP03  and 
CTP04. 

2.  See  Figures  Appendix  for  an  example  detailing  the  use  of  CTP03, 
CTP04  and  CTP07. 

Data  Element  Summary 

MP.  DATA 

OES.  ELEMEMT 

NAME 

ATnmUTES 

Optional 

CTP01  687 

Class  of  Trade  Code  0 

Code  indicating  class  of  trade. 

ID  2/2 

Imptomentatlon  Nota: 

Use  any  applicable  code. 

Optional 

CTP02  236 

Price  Identifier  Code  0 

Code  identifying  pricing  specification. 

ID  3/3 

Implementation  Note: 

Use  any  applicable  code. 

Optional 

CTP03  212 

Unit  Price  0 

Price  per  unit  of  product,  service,  commodity,  etc. 

R  1/14 

Optional 

CTP04  380 

Quantity  0 

Numeric  value  of  quantity. 

R  1/15 

Conditional 

CTP05  355 

UnK  or  Basis  for  Measurement  Code  C  ID  2/2 

Code  specifying  the  units  in  which  a  value  is  being  expressed,  or  manner  in 
which  a  measurement  has  been  taken 

Implementation  Note: 

Use  any  applicable  code. 

Optional 

CTP06  648 

Price  Multiplier  Qualifier  0 

Code  indicating  the  type  of  price  multiplier. 

ID  3/3 

Implementation  Note: 

Use  any  applicable  code. 

Conditional 

CTP07  649 

Multiplier  C 

R  1/10 
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Value  to  be  used  as  a  multiplier  to  obtain  a  new  value 


Optional 


CTP08  782  Monetary  Amount 

Monetary  amount. 


O  R  1/15 
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Optional 


Segment:  DTM  Date/TIme  Reference 
Level:  Detail 
Loop:  LIN/CTP 
Usage:  Optional 
Max  Use:  10 

Purpose:  To  specify  pertinent  dates  and  times 
Syntax:  R0203  —  At  least  one  of  DTM02  or  DTM03  is  required. 
Implementation  Note: 

Use  this  "DTM"  segment  when  the  date(s)  is  (are)  related  to  pricing  information  under  a  cited  line 
item. 


Mandatory 


_ Data  Element  Summary _ 

REF.  OAT* 

OES.  ELEMBir  NAME _ ATTWUTES 

DTM01  374  Date/Time  Qualifier  M  ID  3/3 

Code  specifying  type  of  date  or  time,  or  both  date  and  time. 

001  Cancel  After 

Code  Value  Imptomentathn  Note: 

Use  code  "001 "  to  qualify  a  date  beyond  which  a  pricing  arrangement  will  no  longer  be  valid. 

007  Effective 

Code  Value  Implementation  Note: 

Use  code  "007“  to  qualify  the  effective  date  of  the  price  sales  catalog. 

015  Promotion  Start 
Code  Value  Implementation  Note: 

Use  code  "015"  to  qualify  the  start  date  of  a  promotion. 

016  Promotion  End 

Code  Value  Implementation  Note: 

Use  code  "016"  to  qualify  the  stop  date  cf  a  promotion. 

036  Expiration 

Code  Value  Implementation  Note: 

Use  code  "036"  to  qualify  the  expiration  date  tff  the  price  sales  catalog. 

092  Contract  Effective 
Code  Value  Implementation  Note: 

Use  code  "092"  to  qualify  the  effective  date  of  a  contract  or  Federal  Supply  Schedule  (e.g.,  when 
REFOl  is  code  "CT“  or  code  "W6"). 


093  Contract  Expiration 
Code  Value  Implementation  Note: 

Use  code  “093“  to  qualify  the  expiration  date  of  a  contract  or  Federal  Supply  Schedule  (e.g.,  when 
REFOl  is  code  "CT"  or  code  ”W6"). 


Conditional 

DTM02 

373 

Data 

C 

DT 

6/6 

Date  (YYMMDD). 

Not  Used 

DTM03 

337 

Tima 

C 

TM 

4/6 

NotUaad 

DTM04 

623 

Tima  Coda 

O 

ID 

2/2 

Not  Uaad 

DTMOS 

624 

Century 

0 

NO 

2/2 
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N1 • NAME 


Optional 


Segment:  N1  Name 
Level:  Detail 

Loop:  LIN/N1  Repeat:  200 
Usage:  Optional 
Max  Use:  1 

Purpose:  To  identify  a  party  by  type  of  organization,  name  and  code 
Syntax:  1.  R0203  —  At  least  one  of  N1 02  or  N1 03  is  required. 


2.  P0304  —  If  either  N1 03  or  N1 04  is  present,  then  the  other  is  required. 

Comment:  This  segment,  used  alone,  provides  the  most  efficient  method  of 

providing  organizational  identification.  To  obtain  this  efficiency  the  ’ID 
Code"  (N104)  must  provide  a  key  to  the  table  maintained  by  the 
transaction  processing  party. 

Implementation  Note: 

Use  the  "N1 "  loop  in  Table  2  only  when  the  name  and  address  apply  to  the  cited  line  item. 


Mandatory 


Not  Uaad 
Conditional 


_ Data  Element  Summary _ 

MF.  DATA 

Ota.  ELOUNT  NAMI _ ATTlMOUTta 

N101  98  Entity  Identifier  Code  M  ID  2/2 

Code  identifying  an  organizational  entity,  a  physical  location,  or  an  individual 

BY  Buying  Party  (Purchaser) 

Code  Value  Implementation  Note: 

Use  code  "BY"  for  the  Department  of  Defense  buying  activity  only  when  the  buying  activity  is 
applicable  to  the  cited  line  item. 

DS  Distributor 

Code  Value  Implementation  Note: 

Use  code  "DS"  to  indicate  the  distributor  of  the  cited  line  item. 

MF  Manufacturer  of  Goods 
Code  Value  Implementation  Note: 

Use  code  "MF"  for  the  manufacturer  of  the  cited  line  item. 

PJ  Party  to  Receive  Correspondence 
Code  Value  Implementation  Note: 

Use  code  "PJ"  to  indicate  the  address  cf  the  irformation  point  of  contact  ( when  "PEROl "  is  code 
"1C"). 

SE  Selling  Party 

Code  Value  Implementation  Note: 

Use  code  "SE"  to  indicate  the  selling  party  f  unique  to  the  cited  line  item,  and  differeru  from  the 
selling  party  cited  in  the  "NI”  loop  of  Table  I. 

N102  93  Name  C  AN  1/35 

N103  66  Identification  Code  Qualifier  C  ID  1/2 

Code  designating  the  system/method  of  code  structure  used  for  Identification 
Code  (67). 

Implementation  Notea: 

I.  When  "NIOI"  is  code  "SE",  “N103”  must  be  code  "3S". 
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Conditional 

2.  When  "NlOl  is  code  "BY".  "NI03"  mist  be  code  "10". 

3.  When  "NlOl  is  any  other  code,  "N103  can  use  any  applicable  code  from  the  code  list  in  this  convention. 

1  D-U-N*S  Number,  Dun  &  Bradstreet 

10  Department  of  Defense  Activity  Address  Code  (DODAAC) 

1 1  Drug  Enforcement  Administration  (DEA) 

21  Health  Industry  I.D.  Number  (HIN) 

33  Commercial  and  Government  Entity  (CAGE) 

9  D-U-N-S+4,  D-U-N-S  Number  with  Four  Character  Suffix 

N104  67  Identification  Code  C  AN  2/17 

Code  identifying  a  party  or  other  code. 
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832  •  PRICE  SALES  CATALOG 
N2  •  ADDITIONAL  NAME  INFORMATION 


Optional 


Segment:  N2  Additional  Name  Information 
Level:  Detail 
Loop:  LIN/N1 
Usage:  Optional 
Max  Use:  2 

Purpose:  To  specify  additional  names  or  those  longer  than  35  characters  in  length 


Implementation  Note: 

Use  the  "NT',  "N3",  and  "N4"  segments  only  when  the  named  party  cannot  be  identified  using  one 
of  the  codes  authorized  for  use  in  this  implementation  convention. 


Mandatory 


Optional 


Data  Element  Summary 


MF. 

OKS. 

DATA 

CLEMKNT 

NAMK 

ATTiraUTCS 

N201 

93 

Name 

Free-form  name. 

M 

AN 

1/35 

N202 

93 

Name 

Free-form  name. 

0 

AN 

1/35 
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Optional 


Segment:  N3  Address  Information 
Level:  Detail 
Loop:  LIN/N1 
Usage:  Optional 
Max  Use:  2 

Purpose:  To  specify  the  location  of  the  named  party 

Implementation  Note: 

Use  the  "N2  ”,  ''N3  ",  and  "N4 "  segments  only  when  the  named  party  cannot  be  identified  using  one 
of  the  codes  authorized  for  use  in  this  implementation  convention. 


Mandatory 


Optional 


Data  Element  Summary 


REF. 

QES. 

DATA 

ELEMENT 

NAME 

ArnmuTES 

N301 

166 

Address  Information 

Address  information 

M 

AN 

1/35 

N302 

166 

Address  Information 

Address  information 

O 

AN 

1/35 
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Optional 


Segment:  N4  Geographic  Location 
Levei:  Detail 
Loop:  LIN/N1 
Usage:  Optional 
Max  Use:  1 


832  •  PRICE  SALES  CATALOG 
N4  •  GEOGRAPHIC  LOCATION 


Purpose:  To  specify  the  geographic  place  of  the  named  party 

Syntax;  1.  R01 05  —  At  least  one  of  N401  or  N405  is  required. 

2.  P0506  —  If  either  N405  or  N406  is  present,  then  the  other  is  required. 

Comments:  1.  A  combination  of  either  N401  through  N404  (or  N405  and  N406)  may 
be  adequate  to  specify  a  location. 

2.  N402  is  required  only  if  city  name  (N401)  is  in  the  USA  or  Canada. 


Implementation  Note: 

Use  the  "N2",  "N3",  and  "N4"  segments  only  when  the  named  party  cannot  be  identified  using  one 
of  the  codes  authorized  for  use  in  this  implementation  convention. 


Conditional 


Optional 


Optional 


Optional 


_ Data  Element  Summary _ 

IWr.  DATA 

BP.  IHMOIT  KAMI _ ATtWllTP 

N401  19  City  Name  C  AN  2/30 

Free-form  text  for  city  name. 

N402  156  State  or  Province  Code  O  ID  2/2 

Code  (Standard  State/Province)  as  defined  by  appropriate  government  agency. 

N403  116  Postal  Code  O  ID  3/9 

Code  defining  international  postal  zone  code  excluding  punctuation  and  blanks 
(zip  code  for  United  States). 

N404  26  Coun^  Code  O  ID  2/3 

Code  identifying  the  country. 


Not  Used 
Not  Used 


N405 

309 

Location  Qualifier 

N406 

310 

Location  Identifier 

C  ID  1/2 

C  AN  1/25 
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Optional 


Segment:  REF  Reference  Numbers 
Level:  Detail 
Loop:  LIN/N1 
Usage:  Optional 
Max  Use:  12 

Purpose:  To  specify  identifying  numbers. 

Syntax:  R0203  —  At  least  one  of  REF02  or  REF03  is  required. 

Implementation  Note: 

Use  this  "REF"  segment  for  a  reference  number  that  is  applicable  to  a  named  party  when  that 
tuoned  party  is  applicable  to  a  cited  line  item. 


Mandatory 


_ Data  Element  Summary _ 

KEF.  DATA 

DES.  ELEMEWT  NAME _ ATHWIITEE 

REF01  128  Reference  Number  Qualifier  M  ID  2/2 

Code  qualifying  the  Reference  Number. 

Implementation  Note: 

Use  any  applicable  code. 


Conditional 


Not  Used 


REF02  127  Reference  Number  C  AN  1/30 

Reference  number  or  identification  number  as  defined  for  a  particular 
Transaction  Set,  or  as  specified  by  the  Reference  Number  Qualifier. 

REF03  352  Description  C  AN  1/80 
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FX  Facsimile 
IT  International  Telephone 
TE  Telephone 
TM  Telemail 


Conditional 


PER06  364  Communication  Number  C  AN  1/25 

Complete  communications  number  including  country  or  area  code  when 
applicable. 
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Optional 


Segment:  DTM  Date/Time  Reference 
Level:  Detail 
Loop:  LIN/N1 
Usage:  Optional 
Max  Use:  10 


832  •  PRICE  SALES  CATALOG 
DTM  •  DATEmME  REFERENCE 


Purpose:  To  specify  pertinent  dates  and  times 
Syntax:  R0203  —  At  least  one  of  DTM02  or  DTM03  is  required. 
Implementation  Note: 

Use  this  "DTM"  segment  when  the  date(s)  is  (are)  related  to  a  named  party  tmd  that  named  party  is 
related  to  the  cited  line  item. 


Mandatory 


_ Data  Element  Summary _ 

REF.  DATA 

OES. _ ELEMENT  NAME _ _ _ _ ATTRIBUTES 

DTM01  374  Datto/Time  Qualifier  M  ID  3/3 

Code  specifying  type  of  date  or  time,  or  both  date  and  time. 

001  Cancel  After 

Code  Value  Implementation  Note: 

Use  code  "001 "  to  qualify  a  date  beyond  which  a  pricing  arrangement  will  no  longer  be  valid. 
007  Effective 

Code  Value  Implementation  Note: 

Use  code  "007"  to  qualify  the  effective  date  of  the  price  sales  catalog. 

015  Promotion  Start 

Code  Value  Implementation  Note: 

Use  code  "015"  to  qualify  the  start  date  of  a  promotion. 

016  Promotion  End 

Code  Value  Implementation  Note: 

Use  code  "016"  to  qualify  the  stop  date  of  a  promotion. 

036  Expiration 

Code  Value  Implementation  Note: 

Use  code  "036"  to  qualify  the  expiration  date  of  the  price  sales  catalog. 

092  Contract  Effective 
Code  Value  Implementation  Note: 

Use  code  "092  "  to  qualify  the  effective  date  of  a  contract  or  Federal  Supply  Schedule  ( e.g.,  when 
REFOI  is  code  "CT"  or  code  "W6"). 


093  Contract  Expiration 
Code  Value  Implementation  Note: 

Use  code  "093"  to  qualify  the  expiration  date  of  a  contract  or  Federal  Supply  Schedule  (e.g.,  when 
REFOI  is  code  "CT"  or  code  "W6"). 


Conditional 

DTM02 

373 

Date 

C 

DT 

6/6 

Date  (YYMMDD). 

Not  Used 

DTM03 

337 

Time 

C 

TM 

4/6 

Not  Used 

DTM04 

623 

Time  Code 

O 

ID 

2/2 

Not  Used 

DTM05 

624 

Century 

0 

NO 

2/2 
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Mandatory 


Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax: 

Comment: 


CTT  Transaction  Totals 

Summary 


Mandatory 

1 

To  transmit  a  hash  total  for  a  specific  element  in  the  transaction  set 

1.  C0304  —  If  CTT03  is  present,  then  CTT04  is  required. 

2.  C0506  —  If  CTT05  is  present,  then  CTT06  is  required. 

This  segment  is  intended  to  provide  hash  totals  to  validate  transaction 
completeness  and  correctness. 


Mandatory 


NotUaad 
NotUaad 
NotUaad 
Not  Uaad 
NotUaad 
NotUaad 


_ Data  Element  Summary _ 

m.  DATA 

DiS.  ILHiWr  MAMi _ ATTHmiTP 

CTT01  354  Number  of  Line  Items  M  NO  1/6 

Total  number  of  line  items  in  the  transaction  set. 

Implementation  Note: 

"CTTOl "  carries  the  total  number  of  iterations  of  the  "UN"  segments  in  the  transaction  set  being  transmitted. 


CTT02 

347 

Hash  Total 

0 

R 

1/10 

CTT03 

81 

Weight 

0 

R 

1/10 

CTT04 

355 

Unit  or  Basis  for  Measurement  Code 

C 

iD 

2/2 

CTT05 

183 

Volume 

0 

R 

1/8 

CTT06 

355 

Unit  or  Basis  for  Measurement  Code 

C 

ID 

2/2 

CTT07 

352 

Description 

O 

AN 

1/80 
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832  •  PRICE  SALES  CATALOG 
SE  •  TRANSACTION  SET  TRAILER 


Mandatory 


Segment:  SE  Transaction  Set  Trailer 
Level:  Summary 

Loop:  _ 

Usage:  Mandatory 
Max  Use:  1 


Purpose:  To  indicate  the  end  of  the  transaction  set  and  provide  the  count  of  the 
transmitted  segments  (including  the  beginning  (ST)  and  ending  (SE) 
segments). 

Comment:  SE  is  the  last  segment  of  each  transaction  set. 


Mandatory 


Mandatory 


_ Data  Element  Summary _ 

REr.  DATA 

OES.  ELEMEMT  NAME _ ATTWIDUTEE 

SE01  96  Number  of  Included  Sagntents  M  NO  1/10 

Total  number  of  segments  induded  in  a  transaction  set  including  ST  and  SE 
segments. 

Implementation  Note: 

"SEOI "  carries  the  total  number  of  segments  included  in  the  transaction  set  being  transmitted.  This  number 
includes  the  "ST"  (header)  and  "SE"  (trailer)  segments. 

SE02  329  Transaction  Set  Control  Number  M  AN  4/9 

Identifying  control  number  that  must  be  unique  within  the  transaction  set 
functional  group  assigned  by  the  originator  for  a  transaction  set 

Implementation  Note: 

This  is  the  same  number  as  the  one  carried  in  "STOl". 
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BASELINE  AS  OF:  JANUARY  29, 1993 


DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


DEPARTMENT  OP  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


XIMOBA  MORMATnN  MANUAL 


VIII  -  FORMS,  FORMS,  FORMS 


ASC  X12  work  RsquMt  Forni 

ASC  X12  Now  Proloet  Proposal  Form 

ASC  XI 2  Now  Transaction  Sol  Dovtiopmont  Form 

Form  tor  Now  or  Rovisod  Appondh  A  Codo  Sourco  Roloronco 

Oocumoni  Praparation  lor  imsiprotationa.  Guidolinos  and  Control  Standards 

Sampto  TransmMal  Form 

ASC  X12  Balot  Common!  Roaponso  Lsttor  Formal 
ASC  X12  Standards  Odor  Form 


PAixissa 


VIII- 1 


BASELINE  AS  OF:  JANUARY  2S.  1003 


4.0.3 


Mm.  9/10/90  OM  NUMBER 

DATE  SUBMITTEO _  ac/'  ^  (S«cr«UrtM  Onl^ 

ASC  Xi2 

WORK  REQUEST  FORM 

ALL  REQUESTS  MUST  BE  TYPED  or  prMad  legibly  m  Hack  ink.  Compitt#  both  tldS! 

1.  TO  US£  THIS  FORM  POM  SumjMTMQOATAMMNTENANCC  FOMA  NEW  OMAFTSTANOAnOOMXt2MTEmcrATlON.Mtf 
raquirwiwmenONEtenn.  Um  MMhmwNi  m  ntoMMiy.  U««raia9AMrMgfTMnii.9Mmtf  MwdaiitlMMntt/eadM/eodiMureM. 
ThMRMfMMoMtDMiMinoMoniMNianddaMaiMMnM/eeOM/aedaMuraM.  T)MnlMMyoiMn(ao..Xl2J,xl2A). 

2.  TOUSCTHISFOMMTOREQueSTACHANOCTOANe0STMQSTANOAMO.uM«MfM»MMItequMlFtaiiiioil«Metun0Mfar 
o«MMnMCilonMt,o*MMgmMH.OMoaMai«rueaM.oro«wdaii«i«iMnL  AlMcHemmMibaeampiMtd.  ftnwfmna  iiny  iw  umu 
«or  eoMlnuMion  iM  mmuM  ba  iMHibMd. 


X  TOUSCTHtSFOMMTOMEQUESTAFnOPOSaNEWXISFMQJECT.OMnptMSMiMA.  Fio«Ma  •  pmpoM/Mopa  and  dMcrite  arv 
nawlaaturaainMtMdiASaaionl.  FroHdaadaMdpdonoldiabuainaaanaadandiimMcilanlBrtianawpiBNcilnSacdonC/MMtl.  Tha 
WartiHiiii— t-jifca  »■«.»— M...  4-. — ^  (rrpaadnn  nf  I  pmnn  rTpni^ 

CireiaOfM:  (1)  Ntw  Stsndid  Supporting  Du  Maintanano  (um  Hielnnm) 

(2)  Existing  Standard  MaMananca  Raquast  (aaa  SaePon  D) 

P)  Raquaat  tor  Naw  X12  Prajaet 


Aaranyma/abdraHadanaaannatbaaddadtadiaalMdafda.  I 
aaMtaa  rataranaaa  «ar  ai  aitmaly  pyMWM  aada  l«i  aaad. 
««  da /aiumad  «B  dia  aMdfiMMr. 


ATsUBMi  i'  i'kH  tNf>6RMAtldN 

Submittar  Nama  _ 

Company  _ 

Addrasa 

Addraai/ZIP  _ 
Phona 


Indicata  tha  X12  aubcommlitaa  or  task  group  iNhoaa  poaition  ia  rapraaantad  hara. 

I  dadara  that  thia  rapraaanta  tha  oMeial  poaWon  of  X12  WORK  GROUP: 
aatabliahadatthamaatlngdatad _ _ — — 

B.  PROPOSED  WORK:  List  tha  spadllc  changas  to  tha  sundwds  balng  raquastad.  6Na  tha  namas  and 
associatad  Idantllaia  of  tha  atandarda.  sagmants,  data  aiamanto  and  codaa  allactad. 


4A.4 


BASEUNE  AS  OP:  JANUARY  21.  ISOS 


PagtTwfo 

t.  REASON  FOR  CHANGE:  ^ 

Parti:  Uatthavariion/ralaasaafthartandardyouafauaingorusingasarafaranea.  Nama tha tranaaeUen aat 
that  iabaing/wWbauaad  that  diciataatharaquastadehangad.  List  aftoctad  sagmanu  and  data  aiafnania,  or 
othar  standards.  Provida  only  ralarsnoa  numbara/lOs. 

Raloronea  Sourea  Varslon  2/Ralaaaa _ 

Tranaaedon  Sat  Uaad  _ 

Sagmant  Afiactad 
Data  Elatnam  Aflaetad 
Othof  standard 

Partll:  Explain  why  you  naad  tha  propoaadchanga.  Pro^  a  complataaeanofto  that  tala  what  tha  bualnasa 
function,  oparadon,  or  problam  Is  that  wlbasadsflad  by  a  changa  to  tha  standard.  ThaXigjTaehnical 
Aasassmani  SubcommiRaa  raquiros  anough  Mormatlon  in  thia  Part  II  to  ba  abla  to  propoaa  an  aftamata  aolutlon  ff 

nacassary. 


6.  RAMIFICATIONS:  if youdrclad  (2)  on  Paga  t.oompMtathiaaaetion.  Toanaurothatalramllcaiionaofyotr 
propoaad  changa  ara  racordad  and  thM  your  raquaat  la  eompiata,  drda  balow  al  sacdona  of  tha  aiandaida 
affactad  by  tha  proposad  changa. 


TRANSACTION  SET  Nmiw  Pwpwt/SMaa  TtM*  Now/Cmmuoti 


SEGMENT 


DATA  ELEMENT  mm 

Mn/Mai 

CODE  Aaa«a» 

OTHER  (a.g..  X12.S.X1ZS): 


T»a* 


ERRORS  NOTED  IN  THE  STANDARD  (QNa  paga  no.  and  othar  IdanMteMM: 


■ASEUNE  AS  OF:  JANUARY  2i,  laaa 


«•*.  4/1/W) 


PP  No. _ 

(Soeroiariat  Only) 


ASC  X12 

NEW  PROJECT  PROPOSAL  FORM 

PROCEDURE:  Only  X12  subcommUtoos  may  UM  this  form  to  rogistor  now  dovtiopmont  activities  as  X12  pro|oct 
proposals  (PPs).  Compiata  al  pagos.  PPsapprovad  by  thaXi2ProcadurasRavlo¥v  Board  wllbaragistarad  and 
assignad  a  PP  numbar  by  OISA,  and  a  Transmittal  Form  wll  ba  Issuad. 

Data  and  compiata  tha  form  balow.  Typa  or  print  lagibly  In  black  Ink  and  numbar  all  attachmartt  pagas 
consacuUvaly.  Submit  to  DiSA  prior  to  an  X12  maating,  or  to  X12J  Tachnical  Assasamant  Subcommittaa 

during  tha  subcommlnaa's  aganda  partod  at  an  ASC  Xt  2  maating. 


Data  SubmHtad: 

Data  Approvad  by  Subeommlltaa: 

Subcommittaa  Nama: 

Task  Group  Nama/No'.: 

Joint  Davalopmant  Subeommlltaa  (H  any): 

Cirela  ona:  (a)  Transaction  Sat  (b)  QukUkm  (e)  Othar 

Proiact  Working  TNIa: 


Official  Oclagata(a)  for  TMa  Proiaci  To  Ba  Namad  on  Transmittal  Form: 
Nama _ Nama _ 


Company _ 

Address _ 

Addrass/ZIP 

Taiaphona 


_Company_ 

.Addraaa _ 

.Addrau/ZP 

Taiaphona 


4.0.6 


BAaSUNE  AS  OF:  JANUARY  20,  Itas 


Murr  ■mjBrVTATION  CONVENTION 


^  PURPOSE  AND  FOR  THE  PROPO^  wNNMhwd  purpoM/atS^  tor  ttw 

praposadwork.  Sm X12 OaNgn RiiM and QuidNInM tor ragutramantt. 


B.  BACKGh6unD;  PfovidadatalattMtWbahNpMinriwiNatogihapfopoaal  Who  aia  tfia  anpactad  uaara? 
HowrwBthaNandaidbauaad?  WhatbuNnatafuneiton(a)doaalaarva?.  tftoaprepoaadaiandaidowailapatha 
toncttenaiayotanaKNtlnoatondaidoronaindP<alopmantpfOM<da|urtHetoton.  EBiapfopoaaHanottofanawf 
atandafdorguldaHna.daaerBwthaprQtae(todatol.  q  laa  Niartimania  ■  nacaaaaiy.) 


d.  OTHER  stANOAUDB  BIVOI.VBP;  EappiBabla.  MannyanyoBiaf  buNnaaa  wofm^tonatandardaPwi 
■Mar/raiatad  to  tha  prapoaai.  and  nama  ftondarda  davatopara  (a.g..  ANSI  AecradKad  Slandarda  Comnataaa) 
atooaa  aciMdaa  may  ba  hMiivad  or  aHaciad. 


6.  EXPECTEbdONTlNT/GENEIULdESCiarrtdN:  (dmNAU  ittonttarnw^aB^Ta'pralimkwy^ 
thapropoaadatandafdoroiharauppoiilnodoeumanMtan.  Dlaeuaanawaogmania.dttaaiamai«a,oonM 
aiwcturaa.andchanoaatoXl23cfXi2.6diaiaraqulradoranHripaiad.  (UaaaBMtonama.) 


BAMIMB  AB  OP:  JANUARY  ».  laaa 


4A.7 


OEPAimiBIT  OF  OCFENSE 

OfUUH’ MnJDIENTATION  CONVBITION 


FORM  FOR  NEW  OR  REVISED 
APPENDIX  A  CODE  SOURCE  REFERENCE 

INSTRUCTIONS:  Complete  this  form  whenever  a  new  data  alement  or  data  AiAnMnt  cod*  It  raquMttd  to  b« 
■dd«d  which  references  a  code  list  published  by  an  external  (non-Xi  2)  organization.  Use  one  form  for  each  new 
reference.  This  form  may  be  used  to  revise  current  references;  fHI  out  the  appropriate  areas  below. 

CIRCLE  ONE,  COMPLETE  AS  APPROPRIATE: 

(1)  NEW  REFERENCE 

(2)  REVISED  REFERENCE.  Current  referertce  number/neme _ _ _ 

REFERENCE  TITLE:  If  there  is  only  one  source  for  codes  for  the  data  element,  the  tide  should  be  the  same  as  the 
data  element  name.  If  there  are  multiple  codes  referencing  external  code  sources  for  the  same  data  elemenL  tide 
should  approximate  the  code  dafinitiort. 

REFERENCE  TITLE: 

DATA  ELEMENTS  USED  IN:  Give  the  datt  element  reference  number  and  name  which  directs  the  user  to  this 
Apperxlbc  A  code  source  reference.  Give  the  code  10  (If  assigned)  If  this  la  fore  apedBc  code  of  the  data  elemert. 

USED  IN:  DE  No. _ .  Code  ID _ 

SOURCE;  Provide  the  name  el  the  publication  which  contains  the  codes  referenced. 

PUBUSHED  IN: 

AVAILABLE  FROM;  Give  the  publlaher.  or  other  contacL  from  whom  the  user  can  obtain  the  documert. 

Name/Attn  of  _ 

Company _ 

Address 

Address  _ 

Address/ZIP  _ 

ABSTRACT:  Briefly  describe  the  publication,  ks  purpose,  and  Indicate  what  codes  k  contalne. 

ABSTRACT: 


4ii.a 


BASEUNE  At  OF:  JANUARY  2S.  ItSS 


OEPART1IBITOF  DEFENSE 
DRAFT  NIPLEMENTATION  CONVENTION 


DOCUMENT  PREPARATION  FOR 
INTERPRETATIONS,  GUIDEUNES  AND  CONTROL  STANDARDS 


.4/1/W 


ThMt  mstnjctions  an  providad  to  asiM  d«vNop«ri  of  Inttrprtutiont,  guiiMinM  tnd  control  structur*  whkSi  art 
not  tranMctlon  aais  (tar  trsnMctlon  Mts  UM  the  New  TraniAction  S«t  DcwNopmant  Fonii). 

GENEfUL:  OISA  prowtaM  tMo  poge  and  front  fn«Mr  tar  pubilottiont  and  copyodlto  tho  documoni  according  to 
OISA  houaa  atyla. 

REVISIONS:  Nthodocumantlaaravtatonoraprtvtoualypufaiiahodiniarpratatton.  guidallnaorataridard,  providaa 
aummary  of  tha  changaa  to  the  originoi  that  art  oontalnad  in  tha  documant 

I  INTERPRETATIONS 

A  formal  Intarprotation  of  an  Xi2^  Standard  la  conakf'Yod  part  of  tha  body  of  atandarda  whan  It  la  approMod  for 
pubUcatioa  Tha  Infarpratation  draft  ahotddatata  tha  hrauapraaantad  by  tha  raquaatof.atata  tha  prepoaad 
Intarpratatton.  and  ahoMraaattachmatas  arty  Work  Raquaata  that  may  banacasaary  to  aliact  tha  IraarpraiNien 
within  tha  aubiaet  atandard.  Tha  draft  Intarpratailon  la  procaaaad  Ilea  any  other  aubcommfttaadocumara. 

II  QUtOEUNES 

For  publication  purpoaaa,guidatinoa  are  traaiad  aka  a  journal  articla.  Baaie  raqulramataa  ara  gNan  below. 

ABSTRACT:  ThlaiaapraeiaaaummaryofthaPurpoaa/Seopa(aaabalow),andmoybaldanilealtoftfthatlabriaf 
(iMoparagrapho):oiharwlaaaummartMthapurpooa/acopa.  It  ahoiM  coisain  enough  Infonnailon  about  tha 
dooanara  to  anabla  a  reader  datarmina  what  tha  guidaHna  la  Intended  to  accompliah  within  an  EDI  arwiroomant 

PURPOSE  AND  SCOPE:  TWaatatamaramuatlndlcataourpoaa  of  tha  guldaana.a.g..  tha  bualnaaa  function  or 
operation  addraaaad.  Scope  and  any  apacMelmlationa  of  aeopaahoiAfoadofInad. 

BOOYOPTEXT:  Thiamay baanumbarof aubaactlonatagicaftyorganlMd.  Provkfaaacttonatorforoword. 
baroductioa  dafMHon  of  tanna  and  Goncopts,  rafarancaa  and  matod  aandanfa.  methodology.  apadRcattona. 
raquiramania.  diacuaaion,  and  oonduaiona.  aa  appropriata  to  tha  aubjacL 

ART  AND  GRAPHICS:  Qraphica  or  artwork  naoaaaary  to  Kratraia  tha  documant  are  ancouragad.  ProHda 
camara-raady  copy  I  thaaa  are  not  alraady  praparad  and  daHvarad  on  a  WP  dkliaiia  to  OISA. 

FOREWORD,  FOOTNOTES.  APPENDICES:  Thaaa  may  ba  uaad  for  purpooaa  Of  cfarfty,  Ruabation,  or  ganaral 
information,  not  as 'part  of  tha  guidalnaL'  A  atatarnantlntfeating  tha  matorW  Is  for  information  purpoaaa  only  and 
notpartofthaguldallnaihalappanratthabaginningofaforawordorappandbc 

III  CONTROL  STRUCTURES  AND  OTHER  STANDARDS 

For  publication  purpoaaa.  ihaaa  documanu  art  traaiad  Mka  guMallnaa  (aaa  Section  II  abowa).  Tharaqubamantaara 
tha  aama,  with  tha  addltfon  of  the  talowlng: 

NEW  SEGMENTS  AND  DATA  ELEMENTS:  Those  may  ba  daflnad  wfthin  tha  toad;  howauar.  alnoo  thay  rspraaara 
changes  to  X12.22  and  X12J.  they  should  be  apoeffad  on  a  Work  Raquaai  Fomt  attachod  to  lha  draft. 

RELATED  X12^  STANDARDS  AND  OTHER  REFERENCES:  ThaaasIdIbaidarailodtaaaoGtIonwkhtathataML 


SASEUNE  AS  OF:  JANUARY  20, 1001 


4.0.0 


OfTAimiBITOF  DEraiSE 
Ofurr  MPUEyEMTATION  C0NVBIT10N 


tag*  Two 

FOfIMAT:  Thii  OrUI  SiandMd  for  TrW  Um  oonttlns  tha  format  and  MttoHihM  ttw  d«a  eonttntt  of  tht 
T-noortfnn  (  )  for  jm  w«Nn  ttio  conma  of  an  Boctronic  Dm  Irttrchanoo  (EDf) 

aiwfronmort.  Tha  tnnaacifon  aai  (con  bo  uMd  ta..)* 


C.  S^OFi  ThtaiMtamartwuaf  indicia  tha  M  tonga  of  capaMMaa  of  dwtnnaacgonaac  and 

whoihaaonoan/raoaAaraara.  EigMn tha buainoaa hradon or oporMion tfw la addiooaad.  FolowrASCXiS 
Daalgn  Ridaa  and  ^juidaliiMa  and  uaa  tMi  format: 


FORMAT:  "Thiaalwidardprowldoi  tha  format  MdoatthHahoathadattooniaflia  of  tha _ Tianaaedon 

Sat^dtMnthacontaadofanBactronicDatalmarehangaTOarwfronmant  TMa  tranaaedon  aat  (can  ba  uMd  ta..)' 


0.  T1UNSAcnONSlT'^iEf(S)  ForoaehtabMproMdaihaloiQMdngMctmailoa  FOMIATT 

TAILEX 


POSITION  SEGMENT  REQ.  MAX. 

Hflu _ Xfi _ title _ _ PES.  ttsa* 

010  ST  Tranaaetiofi  Sat  Haadar  M  l 

020  BB  Baginning  Sagaant  Per  M  1 

ate. 


LOOP  REPEAT 


NOTE 

REP. 


Noiai:  TNalianoia  NOTES  art  part  of  tha  MandanKmanbatad). 

CommomA:  TMoiaaoommora.  COMMENTS  art  not  pit  of  tha  <andaid(NBarad). 


KAid»tIi'l«mpiaaara^toiaMiamattflfthapr^^  anduwpWnlio 

ona  axampla  li  mandaMry.  No  lacogntaabfa  propar  namaa  may  ba  uMd  In  any  wnpia 


FIGURE  1:  (OpdoraOUaaaavnplapopordoeumoniuiingmoGfcdaM.  VuNddaMmuMbaaoeurauiymappod 
toFlguraS.  Original grapMeomMi bo aBachad(B>i /Ed i*)aetftay can baeepiad. 

FIGURE  2  (or  EXAMPLE):  TMadtaSgutaandproMldaaBualnaaaScanarlaioatfNniothamadaraatatligoing 
onlnthaoBampia  AddthonoM:  TnEii  wam^a  tha  aaMrfNcOmpraaaraadta  data  ilwnartaapaiator  and  tha 

N/V  CfWfMWl  rVPrWOTI  vV  WflWW.  rlMOTI  60  OnifMOn  06B  ni  O  m66nVlQ  VI  WQ  CQMWV, 

aida-ey-aida  ZEorgcodaaamdNcotfagad.alncathalruaaft<naaalnanatgMnaioryaMamplalanl.  FORMAT: 


BUSl^CSS  SCENARIO:  In  dda  tranaaedon  aat  ftaaandar  la  XYZ  Ratal  Caraar  and  tha  racaNar  la  thalrauppllar. 
Faniaade  Frodueta  Manufactiatng.  lne~..aia 

EDI  TRANSMISSIQN  DATA _ ffRANSACTIQN  SET  FURFQSB  BATA 

ST*SXX*0005  N/L  Begin  TrenMCtien  Set  IXX;  Control 

No.  0005 

BBaoioTSSOO*  N/L  Originel  Transaiaeien;  Ref.  No. 

79S00 

etc. 
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BASEUNE  AS  OF:  JANUARY  20, 1003 


OEPARmBIT  OF  OEFBISE 
DRAFT  MPLEMENTATION  CONVENTION 


n»v.  S/10/W 

DMNumbor _ _ 

(S«cr«vM 

DocumRctNo.  _ 

P«v«iopcr  Otxaint  from  (XSA) 


ASC  X12 

NEW  TRANSACTION  SET  DEVELOPMENT  FORM 

INSTRUCTIONS:  Um  this  form  to  tubmE  a  draft  trinaaction  s«t  for  rtvt«w  by  X12J  Tochnical  AsMSsmant  ur«l  K  It 
ttxt  procMsod  by  OISA.  Uf  now  Tr«n«actlon  Sf  OtviopmArt  Form  vxhiwvtf  rtwitlong  am  pfopotxi  and  a 
taxt  fla  has  not  yai  boon  praparad  by  OISA. 

ATTACHMENTS:  Attach  al  pagaa:  usa  thia  form  at  tha  liraL  FoloiathaaalnatriietlonafbrprapaiIngrnatarWs. 

Thatubmittarmuat  obtain  a  doeumantnumbarassIgnmarafremDISA.  Root  K  to  thia  fonn(abova). 

Attach  a  Uat  of  Ravtalena  If  tha  draft  waa  praviouaiy  raviaMTOd  by  X12J  or  I  thia  la  a  raviaad/radaalonad 
tranaactlon  aat  atandard  raquiring  X12  baloL 

Uaa  ONE  Work  Raquaat  Form  to  Hat  alaupporting  data  mabaananca  for  tha  tranaactlon  aat  and  attach  I 
tothialorm.  FropoaanaworravlaadcodaaforOEi43andOE479ataminimum.f  raqutrad. 

A  Tianammal  Form  muat  accompany  thia  documara  whan  I  la  aubmttad  to  DISA  for  diatifeutlon. 

Uaa  tha  moat  raeara  X12^  Standarda  Oavafopmant  Workbook  to  ehack  your  doeumara  for  accuracy. 

A.  SUBMITTER  INF6^TI6N - 

SubrnKtar  Nama  — — 

Company  _ _ 

Addraaa 

Addraaa/ZIP  _ 


indicata  tha  Xi2  aubcommfttaa  or  taak  group  whoaa  poakion  la  rapraaaraad  hara. 
I  daclara  that  thIa  rapraaanta  tha  official  poalUon  of  Xi2  WORK  GROUP: 
aatabliahad  at  tha  moating  datad _ 


B.  ABSTRACT  Tha  Abatratt  la  ragiatarad  wkh  tha  Amartean  National  Standarda  Inatituta.  It  la  a  pradaa  aummory 
ofthaPurpoaa/Soopa(aaaSactionCbalowr).  itmaybaidantiealtoihaPurpoaa/ScopaVttmtBbrtaf  (two 
poragrapha),  otharwiaaaummartzathapurpoaa/acopa.  it  ahould  contain  anoughlnformotion  about  tha  atandard 
to  anafaia  a  pctantlaluaardatarmlna  what  aquNaiarapapartranaactlonkrapraaaraa  or  what  tha  atandard  la 
intandadtodo.  Folow  tha  format  on  paga  two. 


BASSUME  AS  OF:  JANUARY  It,  laaa 
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SAMPLE  TRANSMITTAL  FORM 


Hw.l/10/aD 


KEY  DATE:  Ftbnaiy  18,  ItfO 

DELEGATE'S  NAME  John  Dm 

RESPONSIBLE  SUBCOMMnTEE/TQ#  ASC  X12Q  XX  SubeommttM/T64 

TRANSACTION  8ET/GUIOEUNE  TITLE  X12J0(  ABC/XYZ  TRANSACTION  SET  (IXX) 

BALLOT  Documanl  Na 
Currtnt  Documont  No. 

Pravious  Doeumant  No. 

Prajact  Proposal  No. 

AsaodatadWR/DMNa 


PROJECT  PROPO 
PPRaviawbyXl2J 
PRBApprovwPP 


(DATE)  2/7/90 
(DATE)  2/9/90 


DEVELOPMENT  PHASE:  Pro|oetprapoaNapproMN  through  approval  for  X12vaia. 


DocumaraSubmttad  for  OISA  Taxi  Prooaaaino  (DATE) 

Subcowinlttaa  Approvaa  Draft  for  Ravlavr  by  X12J.  Tach  Aaaaaamart  (DATE) 

Xi2JTachAsaaaamantRaviaw  (DATE) 

PRBApprowas  Documanl  for  X12Vala  (DATE) 


ORIGINAL  BALLOT  DATA  (OISA): 


BaflotOosadOata  (DATE) 

Tally/Commanu  Sant  to  Chair/Datagataa  (DATE) 

Taly  Stats  (Numbar  and  ParoanQ 

_ BaloUMaMd  (100%) 

_ BaRots  Ralumad  ( _ ^%) 

_ Approvad  ( _ ^%) 

_ Appw/Commara  (  %) 

_ Disapprovad  ( _ ^%) 

_ Abatainad  ( _ ^%) 


DEPARTMENT  OF  DffBISE 
DRAFT  MPLEMENTATION  CONVBITION 


Pag«T«ve 


COMMENT  RESOLUTION  PHASE:  Sm  Swtiont  A.  B  and  C.  If  tha  aubcommttaa  at  any  dma  daddaa  to  rabalot 
tha  documani.  PRB  approval  la  raquirad  and  rasponsa  taaara  ara  not  nacaaaary. 

A.  COMMENT  RESPONSE  LfTTERS:  An  Opan  Fonjm  miM  ba  schadUad  at  tha  naxt  X12  maadng  folowlng  tha 
baloi  doting  data.  Al  thoaa  who  commantad  racaNa  a  commant  raaponta  lattaf  from  tha  dawalopinq 
aubeommataa.  OISA  raconla  tMa  procau  and  handMa  tha  tnaling. 

Opan  Fonan  Data  (DATE) _ 

Raaponaa  Laitara  Malad  Out  by  OISA  (DATE) _ 

Rabunal  Partod  (30  daya)  Ooaaa  (DATE) _ 


ADJUSTED  BALLOT  DATA  (DISA): 

30-0ay  Raaponaa  Ravlaw  Ooaad  Data  (DATE) 

Taly/Comrnanta  Sant  to  Chair A>alagataa  (DATE) 

Taly  Stata  (Numbar  and  Parcani) 

_ BaRois  Malad  (100%) 

_ BaloiaRatumad  ( _ ^%) 

_ Approwad  ( _ ^%) 

_ Appw/Commani  (  %) 

_ Diaapprowad  ( _ ^%) 

_ Abattinad  ( _ ^%) 


B.  SUBSTANTIVE  REVISION;  W  balot  comwantt  raadt  In  aubaiantNa  radalona  to  tha  documaM,  thaaa  ara 
radaarad  by  X12J  and  procaaaad  ty  OISA  TharadaaddocumaniiaaubmiBadtoXi2vatarttora30dayrawiaw 
partod.  PISA  racotda  tMa  procaaa/handMa  waling.  SubconwiMaaa  ahotidcondud  30-day  rawtaara  tor  raaponaa 
laaara/raMaad  documanta  ooneurrorMy. 


SubconwnEtaaApproaalofRaHalona  (DATE) 

X12J  Ravtaw  of  Ravtalona  (DATE) 

OISA  Mala  Raviaad  Ooeumant  (DATE) 

Subatandwa  Ravition  30-0ty  RaHaw  Cloaaa  (DATE) 


ADJUSTED  BALLOT  DATA  (DISA): 

3DOaySubataf«NaChangaRaHawCk)tadOaM  (DATE) 

Taly/Comwaraa  Sant  to  Chalr/Oalagaiaa  (DATE) 

Taly  Stau  (Numbar  and  Paroani) 

_ Balott  Malad  (100%) 

_ Balott  Ratumad  (  %) 

_ Apprwttd  (__%) 

Appw/CommaM  (  %) 

_ Olaapprowad  ( _ ^%) 

_ Abatamad  ( _ ^%) 


BASELINE  AS  OF:  JANUARY  21,  IIM 
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DCPARTyOITOF  DCFBME 

DRAFT  MFLIMENTATION  CONVBfTION 


PAg«ThrM 

C.  CONTINUING  OBJECTIONS.  If  thcr*  ar*  continuing  diSApprovals  aftar  the  3a<lay  rvvlaw  period,  th« 
document/disapprawaia/responses/continuing  objections  are  maled  to  X12  members  wtx>  originaly  cast  a  ballot, 
for  another  30^y  review,  to  give  them  an  opportunity  to  change  their  vote. 

Continuing  Objections  Maled  to  Chalr/DeleQate  by  DISA  PATE) _ 

DISA  Mals  Documents  PATE) 

30-0ay  Review  Ooees  PATE) _ 


FINAL  ADJUSTED  TALLY  piSA):  Whenever  any  disapprovals  are  withdrawn,  a  letter  to  this  effect  must  be 
received  in  writing  by  DISA 

Final  Taiy  Results  Sent  to  Chair/Delegate  PATE) _ 

3(VOay  Review  Stats  (Adjustad  Taly) 

_ Ballou  Maled  (100%) 

_ Balou  Returned  ( _ ^%) 

_ Approved  ( _ ^%) 

_ Appw/Comment  ( _ %) 

_ Disapproved  ( _ ^%) 

_ Abstained  ( _ ^%) 


PRB  APPROVAL  PHASE:  Alter  the  oommert  resolution  period,  the  subcommittee  votes  to  submit  the  document 
to  the  PRB  for  approval  to  publish. 

SubcommStee  Votes  to  Release  to  PRB  (DATE) _ 

PRB  Approves  Publication  (DATE) _ 

FOR  DRAFT  STANDARDS  FOR  TRIAL  USE: 

VERSION/RELEASE/SUBRELEASE  ID  CODE  ASSIGNED: _ 


4.0.14 


■ASeUNi  AS  OF:  JAHUARV  2S.  1SS3 


OEPARTIIENT  OF  OEFB4SE 
DfUFT  MPLEMENTATION  CONVBITION 


Fag*  Pour 


TRANSMITTAL  FORM  INSTRUCTIONS: 

GENERAL:  TNo  TianomiBN  Fom  N  a  TURNAROUND  OOCUM^  which  loooidt  ttw  MNory/oArant  Natus  of  • 
pro|act  doeumant  It  la  uaad  to  aKchanga  mtorinatlor*  batwaan  iha  Sacralailat  and  ttia  commWaaa  of  X12. 
lnfofnwttoniaeumiiatNa(addon).  TNa  form  Naaaehad  to  tha  doeumant  adianawarM  la  kauad  for  dlatribudon  (k  la 
mandatory  for  aubmMngdoeumanta  to  OlSAXiUTaehnicalAaaaaafflani  and  thaFRB).  Ooeumani  eonuol 
numbara  ara  at!  raquirad  on  each  doeumant.  and  nmr  numbara  ara  raquirad  adtanavar  k  la  rmkaad. 

KEYDATE:  TNaiauaadloldartfythalaiaaivaraionofthadoeumara(daiaaaaoelatadwAhttiaeunatatranamktai 
form  updaia). 


DELEGATE:  Each  aubeommBaadaaIgnataa  an  lndMdual(dalagata)  from  tha  group  raaponaMa  for  dm  pretact 

inv  WUm  M  VWnMQ  VTO GHVigSB* 


MfTIATKM:  FrimarydatBlaraeordadbyDlSAantfiainklallKadfonnaflarthapfataeiprQpoaallaapprmmdbytha 
FR8.  ThaaubconwiBaa  chair  and  dafagara(i)racaMathak«IMlMdTrataaiiH  Form  tom  Di8A:»araMtar.thay 
era  raaponatila  for  racerdktgStaapproprlBiaaubcemmktaa  approval  dMaa.  Tha  chatr/dalagaia  wl  racakra  a  copy 
of  tha  updated  tranamkai  form  whanauark  la  rmfaad  by  PISA. 

UPDATING:  At  aachappreprtaiaatap.  PISA  aM  POST  traah  dam  to  tha  form,  ADO  tha  namapproprlata  Mankato 
thafewn.andSENOktothaaubcerwwktaachalr/dalagataataachata»uachanga.  Tha  dalagaiamuat  POST  Sia 
fennwkhkaah  data  at  each  atatua  change  for  which  dm  aubcommktaa  la  raaponafcia  and  SEND  kaAh  tha 
approprlata  doeumant  to  tha  SacratarlaL 
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wm  tm  Cmt.  ™*^"**" 


toMHlIOUl 


ornoNi:  amine LinDi(iiAtTiNijin»)  10 AueoMMfTONN 
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AccredMd  Sundardf  Comrmttt 
ooervbng  undtr  tfit  procddurn  of  M 
Amoncan  Nawnai  Standards  mstJtutt 


DaaSailhey 

(999)999*9999 
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ASCX12C/TG20/90*999 
Juae  2S.  1990 


TO:  X12  Menben  Who  CoaBMdtcd  od  Modificalioat  to 

X12ja  Codtrol  StnieniKS 

RE:  Respoaie  to  Coaaeatt  oa  Oeoeaber  BaOet 

DMt  205209, 215209, 317209 


Thaak  you  for  your  coameau.  This  ballot  tavoKcd  aodiGcatioM  to  X12jol  Of  the  327  baOott  Bailed.  153  baOott  were 
returaed.  Of  these,  01  approved.  15  appwwed  with  eoBBeat,  20  disapprosed  with  eoBBeataad  37  aboaiaed. 

la  peaeral,  the  vote  reipoaift  were  ia  fouor  of  the  am^ficatioae.  Thea^ioriiyaftheeoaBeatofoaiiedoalheiBpoa 
rtT  til—  m  thr  tirrirantina  nf  infti — la  ttr  ‘*^  |.  The  proposed  Bodificaiinae 

amA  th«.  wmihiin  «***  ir|iant  ifli - T  *“rT  *1 - *^‘*  ‘ - 1 - -  Afcsiied 

itlyTaAeiealAMeiiBaBattheJaaeASCXttBllliaa  hlodfkatiooa  to  the 

docuBcat  have  bcca  Bade  which  reflect  iBpoMes  to  the  caaaeatt  froa  this  ballot,  aad  a  revised  copy  of  XUUb  ie 
beiag  dittriboted  to  an  who  voted  oa  this  iBac,  for  30Hdap  fcsiew  of  rcviani. 

Spedfie  rcspooies  to  roBBfatt  foUaw. 


COMMENT:  Aatoaobile  Corporaliaa 

‘AddthcfoOewi^aotttoPar^raphSJ:  NOTE:  CoaaoakalioaproioeolcharacttfB  should  be  eadadedfroa  the 
character  set.* 

RESPONSE: 

The  cower  letter  seat  oat  with  the  sotiBi  packafs  capiaiaad  thtf  the  iatcat  was  to  ohiaiB  eoaacaeaB  oa  the  propoaed 
BodificatioaetoXUjBL  X12jaiaa«iffiGalittaadardieaMad.  WereRaaatihatbaHatietpoasssbecoasideredoathe 

■Blithe  rtMd«rdeas  whale.  Year  coBBeat  was  outtide  the  scope  of 

the  ffgitfUfll  SodificMlOMs 
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COMMENT:  Aircraft  Eagiae  Corporatioa 

'SooM  coesideratioa  for  Abatract  Syaux  NoUlioa  Oae  (ASN.1)  ihould  be  allowed. 

1.  ASN.l  ii  capable  of  defiaiag  an  of  the  aeceaaary  iater-relatioaa  aeeded  by  X12  traatactioaa. 

2.  ASN.l  requires  less  cbaracten  to  defiae  the  same  laformatioa. 

3.  ASN.l  is  the  scheme  used  by  most  OSI  woric.* 

RESPONSE: 

The  reWMMmMwtaHan  t«  enmuAtr  ttfr  at  ASM  1  gagnttlag  faaefcea  hr  IwyMMl  tk»  >*T*«*«^ 

mthisbaOoL  Activities  such  as  this  are  best  submitted  as  s^arate  work  requests. 

COMMENT:  Soom  Software  lae. 

•Tnilditiniialky  of  Asia  I»lfeieen  thmild  he  left  to  the  itkogAM  yAUK..—  —.1  Thetcis 

muAdiscassioo  at  times  as  tsr  as  whether  certaia  data  elemeatt  should  be  maadatory  or  aottmaayappBcatkmsymeam 
areiafipablcefprevidiagcestaia’maadatory’iatormatkmaad.assBch.fiBer-typedattmnitbeiaaeited.* 

RESPONSE: 

The  ksoe  of  dau  clemcat  coa^tioaahty  as  a  whole  is  a  mu^  broader  aahjeet  thaa  was ‘mteaded  to  be  addressed  withta 
the  scope  of  this  bafloL  This  ballot  was  iateaded  to  provide  a  meaas  for  eoaeimeat  docameatatka  aad  appiicatioa  of 
already  existiagceaditioaal  structures.  If  the  commeator  believes  that  the  eoadkioaal  structure  should  be  removed  from 
the  staadard.  the  task  groiyrecommeads  that  this  be  submitted  m  a  sqparate  work  request 


Etc. 
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Om  Ceatnl  PIm 
Middk  Aasrick,  MO  99999 


RE:  Rapoaie  to  B«lloi  CoMMU  0* 

ASC  X12  Model  Goideiae 

Dear  Me.  Doc: 

SobcnaaitteeX12CheieapoeiefedittTeikGfo«pl9toprowdeieipo«eaetotheceaaeaia»tMibellet  Tkc 
■cabers  ofT019wiah  to  tkaok  el  XUaeabcn  who  took  Ike  tiacaadcSDit  to  vole  oalWifaiddMe.  We 
eB|ieriellythiokeochadMdiali4o  prodded  coaaeotA  whether  a  ewtowl  a  liiippriiwel  of  the  pidriac  We 
neopia  aad  ^pedate  jfoer  cercAd  redcw  of  Ihii  docaacoL 

Oer  roepooec  •  keped  a  the  oMbcrod  kcaa  a  the  eoaacaie  aitaM  a  per  bolot 

RESPONSE 

J.  WoRpoewitkpvoaaeMK.  bSeetioo42i%aekeiciepieeed*iMrailanda.>*whbV«la_irca3aBd*. 

2.  The  eooAaioa  bctwace  Sociiaa  A13  cod  Sectioo  6.2  oMjr  adm  bocBoa  of  the  asaeple  we  choa  io  the  Best 
aoeboa.  Thii  is  a  hypethetkel  maplr,  ef  a  aepHfhid  eadd.  HeedeniodiraaencMheplaadeotheceaeaa 
ALL  levelB,  aod  do  eot  eeasarip  eoraspood  a  ASC  XU  headaiB  Md  trdbn. 

1.  We  apa  with  poor  foaaca.  Sectioe62haheeofhaepdathafiheeetihBihareref  .,*waaddedaiaae 
laadd. 
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5.0  GLOSSARY 

This  chapter  contains  ASC  X12  and  DoD  specific  glossaries. 

5.1  X12  GLOSSARY 

ANSI 

American  National  Standards  Institute 
ANSI  Standard 

A  document  published  by  ANSI  that  has  been  approved  through 
the  consensus  process  of  public  announcement  and  review.  Each 
of  these  standards  must  have  been  developed  by  an  ANSI  commit¬ 
tee  and  must  be  revisited  by  that  committee  within  S  years  for 
update.  See  Draft  Standard  for  Trial  Use  (DSTU). 

Area  Transaction  Set 

Identifies  a  predefined  area  within  a  transaction  set  (header,  detail, 
summary)  containing  segments  and  their  various  attributes. 

ASC  X12 

Accredited  Standards  Committee,  X12  comprises  industry  mem¬ 
bers  who  create  EDI  standards  for  submission  to  ANSI  for  sub¬ 
sequent  approval  and  dissemination;  or  for  submission  to  the 
UN/ECE  for  approval  and  submission  of  UN/EDIFACT  stan-dards. 

Authentication 

A  mechanism  which  allows  the  receiver  of  an  electronic  transmis¬ 
sion  to  verify  the  sender  and  the  integrity  of  the  content  of  the 
transmission  through  the  use  of  an  electronic  “key”  or  algorithm 
which  is  shared  by  the  trading  partners.  This  is  sometimes  referred 
to  as  an  electronic  signature. 

Compliance  Checking 

A  checking  process  that  is  used  to  ensure  that  a  transmission 
complies  with  ANSI  X12  syntax  rules. 

Conditional  (C) 

A  data  element  requirement  designator  which  indicates  that  the 
presence  of  a  specified  data  element  is  dependent  on  the  value  or 
presence  of  other  data  elements  in  the  segment.  The  condition 
must  be  stated  and  must  be  computer  processable. 

Control  Segment 

A  Control  Segment  has  the  same  structure  as  a  Data  Segment  but 
is  used  for  transferring  control  information  for  grouping  data 
segments.  Control  Segments  are  Loop  Control  Segments  (LS/LE), 
Transaction  Set  Control  Segments  (ST/SE),  and  Functional  Group 
Control  Segments  (GS/GE),  defined  in  XI  2.6,  and  Interchange 
Control  Segments  GSA/IEA/TAl)  defined  in  X12.S. 
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Data  Element 

The  basic  units  of  information  in  the  EDI  standards  containing  a 
set  of  values  that  represent  a  singular  fact.  They  may  be  single¬ 
character  codes,  literal  descriptions,  or  numeric  values. 

Data  Element  Length 

This  is  the  range,  minimum  to  maximum,  of  the  number  of  char¬ 
acter  positions  available  to  represent  the  value  of  a  data  element. 
A  data  element  may  be  of  variable  length  with  range  from  mini¬ 
mum  to  maximum,  or  it  may  be  of  flxed  length  in  which  the 
minimum  is  equal  to  the  maximum. 

Data  Element  Reference  Number 

Reference  number  assigned  to  each  data  element  as  a  unique 
identifier. 

Data  Element  Requirement  Designator 
A  code  defining  the  need  for  a  data  element  value  to  appear  in  the 
segment  if  the  segment  is  transmitted.  The  X12  codes  are  man¬ 
datory  (M),  optional  (O),  or  conditional  (C).  DoD  may  "require” 
a  segment  which  is  optional  by  X12  standards. 

Data  Element  Separator 

A  unique  character  preceding  each  data  element  that  is  used  to 
delimit  data  elements  within  a  segment.  Dod  uses  as  the 
delimiter. 

Data  Element  Type 

A  data  element  may  be  one  of  six  types:  numeric,  decimal, 
identifier,  string,  date,  or  time. 

Delimiters 

The  delimiters  consist  of  two  levels  of  separators  and  a  terminator. 
The  delimiters  are  an  integral  part  of  the  transferred  data  stream. 
Delimiters  are  specified  in  the  interchange  header  and  may  not  be 
used  in  a  data  element  value  elsewhere  in  the  interchange.  From 
highest  to  lowest  level,  the  separators  and  terminator  are  segment 
terminator  and  data  element  separator. 

DISA 

Data  Interchange  Standards  Association.  A  nonprofit  organization 
funded  by  ASC  X12  members  which  serves  as  the  Secretariat  for 
X12. 

DSTU 

Draft  Standard  for  Trial  Use.  Represents  a  document  approved  for 
publication  by  the  full  X12  committee  following  memtership  con¬ 
sensus  and  subsequent  resolution  of  negative  votes.  (Final  Reptm 
of  X12  Publications  Task  Group).  The  Draft  EDI  Standard  for 
Trial  Use  document  represents  an  ASC  X12  approved  standard  for 
use  prior  to  approval  by  ANSI.  See  ANSI  Standard. 
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EDI 

Electronic  Data  Interchange.  The  computer  application  to  com¬ 
puter  application  exchange  of  business  information  in  a  standard 
format. 

Electronic  Envelope 

Electronic  information  which  binds  together  a  set  of  transmitted 
documents  being  sent  from  one  sender  to  one  receiver. 

Element  Delimiter 

A  single-character  which  follows  the  segment  identifier  and 
separates  each  data  element  in  a  segment  except  the  last. 

Functional  Group 

A  group  of  one  or  more  transaction  sets  bounded  by  a  functional 
group  header  segment  and  a  functional  group  trailer  segment. 

Functional  Group  Segments 

G3/GE  segments  identify  a  specific  functional  group  of  documents 
such  as  purchase  orders. 

Industry  Conventions 

Defines  how  the  ASC  X12  standards  are  used  by  the  specific 
industry 

Industry  Guidelines 

Defines  the  EDI  environment  for  using  conventions  within  an 
industry.  It  provides  assistance  on  how  to  implement  XI 2  stand¬ 
ards. 

Interchange  Control  Segments 

ISA/IEA  segments  identify  a  unique  interchange  being  sent  from 
one  sender  to  cme  receiver  (see  electronic  envelope). 

Interchange  Control  Structure 

The  interchange  header  and  trailer  segments  envelop  one  or  mwe 
functional  groups  or  interchange-related  control  segments  and  per¬ 
form  the  following  functions;  (1)  defines  the  data  element 
separators  and  the  data  segment  terminators,  (2)  identifies  the 
sender  and  receiver,  (3)  provides  control  information  for  the  inter¬ 
change,  and  (4)  allows  for  authorization  and  security  information. 
(X12.5) 

Loop 

A  group  of  semantically  related  segments;  these  segments  may  be 
either  Ixiunded  or  unbounded  (X12.6).  The  N1  loop  is  an  example 
of  a  loop,  which  includes  segments  N1  to  PER  for  name  and 
address  information. 

Mandatory  (M) 

A  data  element/segment  requirement  designator  which  indicates 
the  presence  of  a  ^lecified  data  element  is  required. 


Mapping 

The  process  of  identifying  the  standard  data  element’s  relationship 
to  application  data  elements. 

Max  Use 

Specifies  the  maximum  number  of  times  a  segment  can  be  used  at 
the  location  in  a  transaction  set 

Message 

Entire  data  stream  including  the  outer  envelope 
Optional  (O) 

A  data  element/segment  requirement  designator  which  indicates 
the  presence  of  a  specified  data  element/segment  is  at  the  option 
of  the  sending  party  which  can  be  based  on  the  mutual  agreement 
of  the  interchange  parties. 

Qualifier 

A  data  element  which  identifies  or  defines  a  related  element,  set 
of  elements,  or  a  segment.  The  qualifier  contains  a  code  taken 
from  a  list  of  approved  codes. 

Repeating  Segment 

A  segment  that  may  be  used  more  than  once  at  a  given  location 
in  a  transaction  set  See  Max  Use. 

Security 

System  screening  which  denies  access  to  unauthorized  users  and 
protects  data  from  unauthorized  uses 

S^ment 

Segments  consist  of  logically  related  data  elements  in  a  defined 
sequence.  A  daia  segment  consists  of  a  segment  identifier,  one  or 
more  data  elements  each  preceded  by  an  element  separator,  and 
ends  with  a  segment  terminator. 

Segment  Directory 

Provides  the  purpose  and  format  of  the  segments  used  in  the 
construction  of  transaction  sets.  The  directory  lists  each  segment 
by  name,  purpose,  identifier,  the  cortained  data  elements  in  the 
specified  order,  and  the  requirement  designator  for  each  data 
element. 

Segment  Identifier 

A  unique  identifler  for  a  segment  composed  of  a  combination  of 
two  or  three  upper-case  letters  and  digits.  The  segment  identifier 
occupies  the  first-character  positions  of  the  segment.  The  segment 
identifier  is  not  a  data  element.  The  segment  identifier  in 
EDIFACT  is  a  component  data  element  —  part  of  a  composite 
data  element  consisting  of  a  segment  identifier  and  an  explicit 
looping  designator. 
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Segment  Terminator 

A  unique  character  appearing  at  the  end  of  a  segment  to  indicate 
the  termination  of  the  segment,  e.g.,  N/L. 

Syntax 

The  grammar  or  rules  which  define  the  structure  of  the  EDI 
standards  (i.e.,  the  use  of  loops,  qualifiers,  etc.).  Syntax  rules  are 
published  in  ANSI  X12.6. 

Transaction  Set 

The  transaction  set  unambiguously  defines,  in  the  standard  syntax, 
information  of  business  or  strategic  significance  and  consists  of  a 
transaction  set  header  segment,  one  or  more  data  segments  in  a 
specified  order,  and  a  transaction  set  trailer  segment. 

Transaction  Set  DD 

An  identifier  that  uniquely  identifies  the  transaction  set.  This 
identifier  is  the  first  data  element  of  the  transaction  set  header 
segment. 

Translation 

The  act  of  accepting  documents  in  other  than  standard  format  and 
translating  them  to  the  standard. 

Version/Reiease 

Identifies  the  publication  of  the  standard  being  used  for  the  genera¬ 
tion  or  the  interpretation  of  data  in  the  X12  standard  format  May 
be  found  in  the  Functional  Group  Header  Segment  (GS)  and  in  the 
Interchange  Control  Header  Segment  (ISA).  See  Control  Segment 

Vies  Committee 

Voluntary  Interindustry  Communications  Standards  for  Electronic 
Data  Interchange 

X12 

The  ANSI  committee  responsible  for  the  development  and  main¬ 
tenance  of  standards  for  electronic  data  interchange  (EDI). 

X12,5 

Interchange  Control  Structure.  This  standard  provides  the  inter¬ 
change  envelope  of  a  header  and  trailer  for  the  electronic  inter¬ 
change  through  a  data  transmission,  and  it  provides  a  structure  to 
acknowledge  the  receipt  and  processing  of  this  envelope. 

X12.6 

Application  Control  Structure.  This  standard  describes  the  control 
segments  used  to  envelop  loops  of  data  segments,  to  envelop 
transaction  sets,  and  to  envelop  groups  of  related  transaction  sets. 
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5.2  DoD  GLOSSARY 

AIS 

Automated  Information  Systems 
ASD(P&L) 

Assistant  Secretary  of  Defense  (Production  and  Logistics) 

DES 

Data  Encryption  Standard 
DISA 

Defense  Information  Systems  Agency 
DLA 

Defense  Logistics  Agency 
ISA 

Interchange  Control  Header  Identifier 
NIST 

National  Institute  of  Standards  and  Technology 
NTE 

Note  Identifier 
PLUS 

Protection  of  Logistics  Unclassified/Sensitive  Systems 
UN/EDIFACT 

EDIFACT;  Electronic  Data  Interchange  for  Administration,  Com¬ 
merce,  and  Transport 
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